[Raw Msg Headers][Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Newbie: Slow scheduling?



On Tue, 29 Jun 1999, Matti Aarnio wrote:

> >  Hi, I'm using Zmailer 2.99.50-s19, and everything seems to work, but I've
> > noticed that it's a bit slow:
> >
> > Jun 29 09:36:00 calix router[2257]: S.rS5RM104048:
> >	from=<dani@calix.enpl.es>, rrelay=dani@localhost size=327, nrcpts=1,
> >	msgid=<19990629093552.A2361@calix.enpl.es>
> > Jun 29 09:36:10 calix mailbox[2367]: S.rS5RM104048: to=<dani>,
> >	delay=00:00:18, xdelay=00:00:00, mailer=local, stat=ok3 Ok
> > 
> 
> 	Yes and no.  Sendmail is monolithic program doing all by itself
> 	from message submission to driving the final delivery.
> 	Thus sendmail is fast for doing its job, but on the other hand,
> 	when there is *lots of* separate emails to deliver, you can all
> 	the sudden have lots of running 'sendmail' processes, and then
> 	your system load skyrockets without limits...
> 

  Mm.. it's true.. :) I've tried this perl script:

 #!/usr/bin/perl -w
 
  for($counter=0;$counter<500;$counter++)
  {
   open  MAIL, "|mail dani";
   print MAIL "Hi!";
   close MAIL
  }

  If I run it under the Ultra-1 and sendmail, it never ends.. because it
keeps delivering them one by one and doing all the job.
  From the Pentium Pro running ZMailer, I can set counter to 5000, and
have all them delivered in 2 or 3 minutes.
  So for each message, the delay is higher in zmailer, but the speed  (in
messages per second) under ZMailer is *much* faster.
  I've done it all locally -no network- and just one smtp conection at
time. I guess that if I had many simultaneous conections, the results
would be even more impressive :)
  Thanks for the info, It has been very helpful.
  Keep on the good job,

---
Dani Pardo, dani@enpl.es
Enplater S.A


PS: I think I'll forgive all that R$*<@$%y>$* $#ether $@$2 $:$1<@$2>$3 :-)