|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Subject: Re: performance issues
From: Andrew McNamara (andrewm
connect.com.au)Date: Sun May 28 2000 - 00:25:26 CDT
- Next message: Rask Ingemann Lambertsen: "Re: undeliverable mail to mailer-daemon"
- Previous message: Greg A. Woods: "Re: Skipping the primary MX record"
- In reply to: Rask Ingemann Lambertsen: "Re: performance issues"
- Next in thread: Ralf Hildebrandt: "Re: idea: content filtering"
- Reply: Andrew McNamara: "Re: performance issues"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
>>$ ps -u postfix | awk '{print$4}' | sort | uniq -c
>[cut]
>
> Running it periodically (e.g. out of cron) would go some way towards
>getting the information I'm looking for, although it might miss short
>bursts of activity.
Not really - postfix processes stay around "max_idle" seconds (default
100) waiting for further work before exiting. If requests exceed the
available number of service processes, they are typically queued
anyway. Even the smtpd process - while the TCP connection requests
won't be serviced immediately, the remote TCP stack will keep retrying
for around 2 minutes, and the remote process will retry for typically 5
days. You really only need to worry if you are continuously up against
the process limit.
---
Andrew McNamara (System Architect)
connect.com.au Pty Ltd
Lvl 3, 213 Miller St, North Sydney, NSW 2060, Australia
Phone: +61 2 9409 2117, Fax: +61 2 9409 2111
- Next message: Rask Ingemann Lambertsen: "Re: undeliverable mail to mailer-daemon"
- Previous message: Greg A. Woods: "Re: Skipping the primary MX record"
- In reply to: Rask Ingemann Lambertsen: "Re: performance issues"
- Next in thread: Ralf Hildebrandt: "Re: idea: content filtering"
- Reply: Andrew McNamara: "Re: performance issues"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]