At 07:57 AM 2/1/99 +1100, Mark Delany wrote:
>At 03:35 PM 1/31/99 -0500, David Villeger wrote:
>>- event though the concurrencyremote is set to 120, the number of
>>qmail-remote never gets higher than 40. If some other program runs at the
>>same time (like a bouncer handler, or a mail generator), the number of
>>qmail-remote drops to 5! What should I increase to bump it up? (memory,
>>cpu,...)?
>
[...]
>        ulimit -n 256

Yes, I know, I had "ulimit -n 512" in /etc/init.d/qmail (where I start
qmail-send).

>>- The todo and intd directories get very big under high load. On one
>>machine, I've seen it reach 1.5 megs (just the directory file, not the
>>content of the directory). How does this impact performance?
>
>A lot. And deterimentally so. I'm guessing that your inject rate is 
>exceeding the ability of qmail-send to process the todo queue.

That's true. But so what? Shouldn't qmail just queue these messages?
What is the function of these directory anyway (todo, intd, mess, ...). I
couldn't find any info on this. Why don't todo and intd have the same
multidirectory structure as remote,...?

>If these todo files are all your outbounds, I suggest that you put a delay 
>in your program after each 'n' injects. Say, inject 40 mails, then wait 10 
>seconds.

Interesting suggestion.
However, I'd like the program(s) to finish as soon as possible so that
qmail can do its job with no interference (remember, the number of
qmail-remote processes drops to 5 when these programs run).

I'll try your idea to see if it makes a difference.

>Having said that, at 20K per hour I'd be having a close look at your system 
>performance figures to see how your resources are going. How do you 
>interpret the results from iostat and vmstat?

The disks seem OK. 
Memory is certainely an issue. Each qmail-remote eats 1.5 megs (virtual
mem, 1 megs resident) and there is only 128 megs on the machines.

>It'll be interesting to hear what you make of your performance analysis of 
>those systems.

I'll keep you posted. Thanks Mark.

Regards,
David.
______________________________________
David Villeger
(212) 972 2030 x34

http://www.CheetahMail.com
The Internet Email Publishing Solution

Reply via email to