[EMAIL PROTECTED] wrote:
On 2/6/08, Richard Frovarp <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:
> On 2/6/08, Richard Frovarp <[EMAIL PROTECTED]> wrote:
>> It does assign the PID and they do rollover. There's only 32K of them,
>> which isn't too many on some systems. My incoming email systems rollover
>> several times a day, but those are short lived sendmail and various
>> scanning processes.
>
> Most programs needing many short-lived processes use a pool to avoid
> the performance hit of creating many new processes. The performance
> hit depends on the threading model; some are optimized so a new
> process is faster than a new thread. I am unaware of a modern MTA
> that creates a new process for each message.
> [Richard: This is an RFI. I hate ignorance, especially my own. What
> MTA is used?]
Sendmail 8.13. Here's my PID list for sendmail at the moment. Granted
some are the parents, queue runner, some are hung open, etc. But it most
certainly isn't using a pool. And it would be for each connection, as
multiple messages can be sent through a single connection.
Thank you. Wow. My server is running the same version. Either mine
uses a different configuration or my server handles a tiny portion of
the quantity of messages that your server receives. My email server
is basically a spam trap; most messages to my server are forwarded
into another program so the "write message to filesystem" is never
called. We receive a few thousand spam messages per day and maybe 40
real messages per year.
solprovider
Yeah, that one handled 207,065 messages yesterday. Granted only 23,874
were counted as clean, the rest as junk. I have two more just like it.
And one that only handles internal mail (and ASF mail, hey as the admin
I can open the firewall up to who I want). If it weren't for spam I'd
need only one piece of hardware instead of 3 plus a VM.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
