Amit Gupta
2017-08-29 03:49:41 UTC
Thanks Dianne! Our server has 16GB of ram and we have a 2GB RAMDISK
setup for md.
In the multiplexor man page, I saw this quote:
"Using the -R option has the side-effect of permitting new connections from
the loopback address to queue." Does this mean you can have loopback
connections queue and non-loopback connections get a standard busy
warning if the max processes are used up?
Regarding your comment about the downside is that it would "Hold open
more connections and use more milter threads." I wasn't quite sure
what you meant by "using more milter threads"? Do you mean that it
will just use MX_MAXIMUM mimedefang.pl processes for longer? ie, until
the traffic spike is fully processed?
command-line options in the mimedefang-multiplexor(8) man page.
need a more powerful server. The queueing feature is supposed to handle
transient bursts of traffic. It isn't meant to squeeze more steady-state
performance out of a server.
MIMEDefang scanning server to start swapping.
Regards,
Dianne.
******************************************
_______________________________________________
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID. You may ignore it.
Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list ***@lists.roaringpenguin.com
http://lists.roaringpenguin.com/ma
setup for md.
In the multiplexor man page, I saw this quote:
"Using the -R option has the side-effect of permitting new connections from
the loopback address to queue." Does this mean you can have loopback
connections queue and non-loopback connections get a standard busy
warning if the max processes are used up?
Regarding your comment about the downside is that it would "Hold open
more connections and use more milter threads." I wasn't quite sure
what you meant by "using more milter threads"? Do you mean that it
will just use MX_MAXIMUM mimedefang.pl processes for longer? ie, until
the traffic spike is fully processed?
Assume a burst of emails comes in and all 20 md processes are busy
working.
1) What should the 21st and higher connecting clients
experience?
Sendmail will appear to respond more slowly than usual.working.
1) What should the 21st and higher connecting clients
experience?
2) Is there a configurable limit to the number of queued
connections?
Yep. The "-q" option to mimedefang-multiplexor. See the -q and -Qconnections?
command-line options in the mimedefang-multiplexor(8) man page.
3) What's the downside of letting the connections queue
other than holding open more TCP connections?
Holding open more connections and using more milter threads.other than holding open more TCP connections?
4) Any other tips on the settings you use in production?
If you actually need to queue requests more than occasionally, youneed a more powerful server. The queueing feature is supposed to handle
transient bursts of traffic. It isn't meant to squeeze more steady-state
performance out of a server.
The reason I'm asking is because we recently had a burst of traffic
that caused the IO on our server to go up to a point where everything
became unresponsive for a couple minutes. We had our MX_MAXIMUM set
to 110.
How much RAM did you have? You really, really, really don't want athat caused the IO on our server to go up to a point where everything
became unresponsive for a couple minutes. We had our MX_MAXIMUM set
to 110.
MIMEDefang scanning server to start swapping.
Regards,
Dianne.
******************************************
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID. You may ignore it.
Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list ***@lists.roaringpenguin.com
http://lists.roaringpenguin.com/ma