sendmail kernel tuning params
Hi All,
We're setting up some new sendmail boxes which we intend to keep pretty busy, on the order of millions of messages/mo anyway.
The systems are dual processor Dell 2450 w/ perc raid running Red Hat 7.3 -
Following the best practices from the sendmail BOF at Linux World, we've installed sendmail 8.12.5, and have created 16 queues on reiserfs partitions which are mounted -notail, -noatime.
Do any sendmail/kernel gurus have words of wisdom on recommended kernel sysctl params for such a beast? I mean they look good, but I'd like to make sure I'm getting the best possible sendmail performance and not missing anything.
The sendmail guy at the BOF lost his laptop or something and didn't have the recommended params handy - I haven't been able to raise him since then either.
Any pointers, or whacks with clue-by-fours are gladly accepted.
Best Regards,
Joe
Quoted 30 lines · J Sloan
Hi All,
We're setting up some new sendmail boxes
which we intend to keep pretty busy, on the
order of millions of messages/mo anyway.The systems are dual processor Dell 2450
w/ perc raid running Red Hat 7.3 -Following the best practices from the sendmail
BOF at Linux World, we've installed sendmail
8.12.5, and have created 16 queues on reiserfs
partitions which are mounted -notail, -noatime.Do any sendmail/kernel gurus have words of wisdom on recommended kernel sysctl params for such a beast? I mean they look good, but I'd like to make sure I'm getting the best possible sendmail performance and not missing anything.
The sendmail guy at the BOF lost his laptop or
something and didn't have the recommended
params handy - I haven't been able to raise
him since then either.Any pointers, or whacks with clue-by-fours are
gladly accepted.Best Regards,
Quoted 10 lines
Joe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
You'll want the data logging patches from Chris ([email protected]).
Hans