I've been using "send-parallel-campaigns" cron since I started using MW, but I could see that this functionality is deprecated since version 220.127.116.11 as in the CHANGELOG below. So I switched back to regular cron.
[CHG] - Deprecated the send-parallel-campaigns command. If you were using it for sending, please go back to regular sending
And, you once noted that using Redis in conjunction with "send-parallel-campaigns" may not yield the expected results. Also, I've been seeing people reporting issues related to recently added PCNTL functionality.
Q1. So, suppose if I have 50< customers and each sends 25K emails a day (total 1.2M or more a day), then which is the most appropriate and STABLE way to adopt ? I would select a less memory consuming method since MySQL is there to eat up my RAM at peak usage.
1. Regular cron
5. Or any combination of above
. So I don't have to worry about this in future
Server config :
CPU : Intel(R) Xeon(R) CPU E3-1245 V2 @ 3.40GHz (8 threads)
Memory : 32 Gigs (26 reserved for MySql)
SATA RAID 1
Don't bother about the capacity, I can scale it up/down.
Q2. Think you picked an answer for my first question, then under that method, can you roughly say how many emails can be sent an hour per "n" cores/"n" Gigs of RAM through a server? So, I'll be able to calculate what would be the maximum capacity of my server based on its specs. And it would definitely avoid unnecessary expenses spent on servers. As per https://forum.mailwizz.com/threads/mail-throughput-performance-comparison.1484/
, 275K emails in less than 2 Hrs through a 4G/4 core server is an outstanding throughput.
Thanks in advance !