On Tue, Jul 25, 2006 at 08:26:49AM +0200, Lars Roland wrote: > On 7/24/06, Leonardo Helman <[EMAIL PROTECTED]> wrote: > >Hi, I'm having some performance issues lately. > > > >For those people managing big ISP's qpsmtpd's, how > >is your general configuration? > >What server version are you using? > > > >qpsmtpd > >qpsmtpd-forkserver > >qpsmtpd-prefork > >qpsmtpd-server > > > >0.3x? or another svn branch? (or some private version of qp?) > > We use qpsmtpd 0.32 with patches for qpsmtpd-prefork - our qpsmtpd > servers get 13million+ emails a day, which get scanned by > spamassassin, clamav and kaspersky. We are having half of that. We where using zmailer (I have to go back and we are using zmailer again) We have a bunch of machines accepting, and processing the mails.
> > > > >I've read somewhere Ask is having 2000+ concurrent connections > >in apache.org (or was it in perl.org?) > >Is that true? 2000+ forked process in forkserver seems too much > >are you using prefork? or qpsmtp-server (nonblocking)? > > When you are talking about concurrent connections are you then > refering to established connections from netstat ?, or actual > connections doing qpsmtpd work ?. When qpsmtpd can catch up to the incomming traffic the netstat/forked are roughly the same. When it can't process all the connections, they start queueing in the backlog (SOMAXCONN) and the client has to wait for a minute to receive the 220. > > We can handle the first using prefork with idle_connections set to 25, > maximum set to 120 and max pr ip to 10. The later will require a > monster machine (one qpsmtpd child pr case with 2000 connections would > kill even very big servers). I will try the preforking 0.32 version and or the trunk (I didn't try that yet). Yesterday, I give a little time to test the nonblock and the prefork in 0.3x I think the nonblock alone could'nt catch up to the incomming mails. It could only if I add a preforking before the nonblocking. At first sight the qpsmtp-prefork have the QUIT issue (there is a mail in the list and a commit talking about this, but the patch is not really commited) For the trunk, I'll give it a try today also (if I could finish all the other stuff). I wrote one zmailer-queue plugin, so I think it will not be impossible to addapt it to whatever it may need the trunk version. Regards Saludos -- Leonardo Helman Pert Consultores Argentina
