Problem with parallel sending

Majid

New Member
Hi,

Instead of continuing with the previous thread on this issue, I'd preferred to open a new one.

At first, I should mention that the average time to push an email through our SMTP provider is around 100 ms.
Briefly, the problem is: I don't see major speed differences between normal and parallel sending.
I am using this command line: send-parallel-campaigns -c 10 -p /usr/bin/php
Also, modifying the script, the option --verbose is passed to individual processes, and their output logged into separate files (instead of /dev/null). The result is: after running parallel script, only the first process works on the campaign. The log files also confirm this, because only the 1.log reports statistics and other log files appended with below periodic message:
Starting the send-campaigns command...
No campaign found for processing!

The following is a sample of first process output:

[2015-06-02 11:59:25] Current progress: 1 out of 100
[2015-06-02 11:59:25] Checking if the delivery server is allowed to send to the subscriber email address domain...OK, took 0.001 seconds.
[2015-06-02 11:59:25] Checking the subscriber email address into the blacklist...OK, took 0.002 seconds.
[2015-06-02 11:59:25] Checking server sending quota...OK, took 0.001 seconds.
[2015-06-02 11:59:25] Checking customer sending quota...OK, took 0 seconds.
[2015-06-02 11:59:25] Preparing email...done, took 0.033 seconds.
[2015-06-02 11:59:25] -> Sending the email for *** by using direct method...done, took 0.185 seconds.
[2015-06-02 11:59:25] The email has been sent successfully!
[2015-06-02 11:59:25] Logging delivery...done, took 0.003 seconds.

[2015-06-02 11:59:25] Current progress: 2 out of 100
[2015-06-02 11:59:25] Checking if the delivery server is allowed to send to the subscriber email address domain...OK, took 0 seconds.
[2015-06-02 11:59:25] Checking the subscriber email address into the blacklist...OK, took 0.001 seconds.
[2015-06-02 11:59:25] Checking server sending quota...OK, took 0 seconds.
[2015-06-02 11:59:25] Checking customer sending quota...OK, took 0 seconds.
[2015-06-02 11:59:25] Preparing email...done, took 0.004 seconds.
[2015-06-02 11:59:25] -> Sending the email for *** by using direct method...done, took 0.113 seconds.
[2015-06-02 11:59:25] The email has been sent successfully!
[2015-06-02 11:59:25] Logging delivery...done, took 0.001 seconds.

[2015-06-02 11:59:25] Current progress: 3 out of 100
[2015-06-02 11:59:25] Checking if the delivery server is allowed to send to the subscriber email address domain...OK, took 0 seconds.
[2015-06-02 11:59:25] Checking the subscriber email address into the blacklist...OK, took 0 seconds.
[2015-06-02 11:59:25] Checking server sending quota...OK, took 0 seconds.
[2015-06-02 11:59:25] Checking customer sending quota...OK, took 0 seconds.
[2015-06-02 11:59:25] Preparing email...done, took 0.004 seconds.
[2015-06-02 11:59:25] -> Sending the email for *** by using direct method...done, took 0.119 seconds.
[2015-06-02 11:59:25] The email has been sent successfully!
[2015-06-02 11:59:25] Logging delivery...done, took 0.002 seconds.

The first process completes 100-mail batches one after another, and there's no evidence of other processes being involved. Our sending rate is about 10 mail/sec which we want to increase as much as possible.

Moreover, We couldn't find any configuration item on Backend -> Settings -> Cron, pointed out in this post, regarding the number of parallel processes per each campaign.

Thank you.
 
Moreover, We couldn't find any configuration item on Backend -> Settings -> Cron, pointed out in this post, regarding the number of parallel processes per each campaign.
Because it has been removed.

The way it works now, it that if you have multiple campaigns to send at once, you'll see the difference because these will be processed in parallel, otherwise, if you only have a single campaign, you won't get that much improvements because there's nothing to paralelize.
 
Back
Top