And, "reasonable" is what the program, or library, needs. If 160000000
KB is not sufficient you must bump it up. Either qmail-smtp or libc or
both are trying to access memory not allocated to them, so, it must be
increased.
Admittedly, I'm not sure about all the details, but if you ran the
submission program without the softlimit setting it could possible eat
up your system. Setting the softlimit actually decreases the amount of
memory the program would otherwise use.
On 6/7/2016 9:14 AM, Eric wrote:
That's what I arbitrarily set mine to. You could jump up incrementally
until you reach the right limit. You may not need that much. For that
matter, I may not need that much. As I recall, I think I set it high to
temporarily stop the errors and just forgot about it. The server has
been running fine with no memory issues since the conversion from COS 5
in mid March. This particular COS 7 64bit server has about 8GB of memory
of which 2.8GB seems to be continually in use no matter the load. There
are about 50 users and this machine has sent and received around 117482
since that conversion.
On 6/7/2016 8:09 AM, Steve Linberg wrote:
On Jun 6, 2016, at 11:58 PM, Eric <[email protected]
<mailto:[email protected]>> wrote:
http://thedjbway.b0llix.net/daemontools/softlimit.html
Well, I understand the basic concepts of softlimit. My question was
really: is 1.28 gigabytes a reasonable setting for this value? That just
seems awfully high to me, especially given that the default setting in
the toaster is 64 megabytes (64000000 vs your 1280000000) - that’s a
factor of 20 increase. Again, unless I’ve got an off-by-a-digit issue
somewhere, but I’m pretty sure I’m reading that correctly. 64 megabytes
is the recommended setting from “Life with Qmail” and “The Qmail
Handbook”, so I thought I was safe raising it to 128k, or even 160k, but
over a gig seems like an awful lot. Does it really need to be that high?
--
Steve Linberg, Chief Goblin
Silicon Goblin Technologies
http://silicongoblin.com
Be kind. Remember, everyone you meet is fighting a hard battle.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
