I experienced the same problem, and no, the big-todo patch won't help you a bit. What I did, and what I recommend to everyone, is that you buy a SCSI controller that has at least 64MB NVRAM cache on it (and preferably 128MB) with battery-backup. This results in mails being processed *much* quicker, because in the preprocssing state, a lot of file renaming and moving is done, and the nvram cache catches these small things without even writing it to disk.
Franky On Thu, 27 Sep 2001 21:52:00 +0200 (CEST) <[EMAIL PROTECTED]> wrote: > > Hi, > > I discovered terrible decrease of qmail performance, when there > are a lot of not preprocessed messages in mail queue. > > and yes, I have quite speed queue disks (2 stripped scsi,reiserfs) > because I know that disks are main bottleneck.... qmail-qstat works > very fast even if there are more than 100.000 messages in queue. > > When there are more than several thousands files in "todo" directory, > qmail-send works _very_ slow and it took a lot of time to process > them all. Funny thing is that new incoming mails are injected very > fast, and this makes qmail-send work slower and slower. Of course > one of solutions is to limit qmail-smtpd processes, but I don't want > that. > > will big-todo patch help me ? I think the problem is because scanning > of single directory (todo) is very slow when there is so many files. > will big-todo patch be incorporated to qmail-ldap ? > > Greetings > -- > Aleksander > >
