[horde] Memory Leak

[Graeme Wood]

It could be the way that you manage sessions. I've found, on Solaris  
at least, that if the session handler uses /tmp then process sizes  
are far larger than if I place session files in /var/run or in  
memcached.


On 12 Sep 2006, at 21:29, Kevin Konowalec wrote:

> We had the same problem.  We ended up hacking the OpenBSD kernel to  
> kill off the HTTPD process that has gone crazy.  I believe we  
> mucked with the scheduler to kill off any process that exceeded a  
> preset resident size.  Been working great for us so far....   My  
> colleagues  think it's PHP being a bloated pig but I have no idea  
> what could have been causing the problem.
>
>
>
>
> On Sep 12, 2006, at 2:07 PM, Dominaux, Craig C wrote:
>
>> Hi All
>>
>> Over the summer I recently upgraded Horde and applications to the  
>> latest
>> production release
>>
>> Horde 3.1.3
>> IMP 4.1.3
>> Kronolith 2.1.2
>> Mnemo 2.1
>> Nag 2.1.1
>> Turba 2.1.2
>>
>> Since the upgrade my httpd process are climbing to 100M RES in  
>> size and
>> overloading the server until it crashes.
>> My Web Server is a 4 proc box with 8GB of RAM.
>>
>> Now I can't be for certain horde that is causing this but I've tried
>> running PHP-5.1.2 with Apache 2.2.0, PHP-5.0.4 with Apache 2.0.55,  
>> and
>> finally PHP-4.4.4 with Apache 2.2.0   all of these combinations have
>> memory leaks.
>>
>> If anyone has seen this or know where I can start looking is would be
>> much appreciated.
>>
>> Thanks,
>>
>> I have a test server identical to the one above with no noticeable
>> memory leaks, only difference I cannot get the same user base as
>> production.
>> Once there is a heavy user base on the production server that is  
>> where
>> the httpd processes start to climb.
>>
>> Cpu0  : 48.8% us,  4.3% sy,  0.0% ni, 46.8% id,  0.0% wa,  0.0% hi,
>> 0.0% si
>> Cpu1  : 73.2% us,  1.3% sy,  0.0% ni, 25.5% id,  0.0% wa,  0.0% hi,
>> 0.0% si
>> Cpu2  :  2.0% us,  1.0% sy,  0.0% ni, 96.7% id,  0.3% wa,  0.0% hi,
>> 0.0% si
>> Cpu3  : 100.0% us,  0.0% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.0% hi,
>> 0.0% si
>> Mem:   8054924k total,  3831880k used,  4223044k free,   241384k  
>> buffers
>> Swap: 12288936k total,      160k used, 12288776k free,  1611744k  
>> cached
>>
>>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>>  7667 nobody    25   0  111m 101m 3636 R 99.9  1.3   0:29.76 httpd
>>  7670 nobody    16   0  110m 100m 3608 S  0.0  1.3   0:47.89 httpd
>>  7628 nobody    16   0  109m  99m 3632 S  0.0  1.3   1:02.46 httpd
>>  7664 nobody    16   0  108m  98m 3612 S  0.0  1.3   0:51.33 httpd
>>  7934 nobody    15   0  106m  96m 3576 S 10.6  1.2   0:37.88 httpd
>>  7704 nobody    16   0 93316  81m 3580 S  0.0  1.0   1:04.59 httpd
>>  7659 nobody    23   0 86604  74m 3636 R 99.9  0.9   0:36.49 httpd
>>  7608 nobody    16   0 84984  72m 3600 S  0.0  0.9   0:24.47 httpd
>>  7705 nobody    16   0 62992  51m 3612 S  0.0  0.7   0:33.12 httpd
>>  7700 nobody    16   0 47696  36m 3608 S  0.0  0.5   0:31.25 httpd
>>  7692 nobody    16   0 47748  36m 3560 S  0.0  0.5   0:18.94 httpd
>>  7591 nobody    16   0 47684  36m 3608 S  0.0  0.5   0:27.13 httpd
>>  7599 nobody    16   0 47688  36m 3580 S  0.0  0.5   0:37.70 httpd
>>  7673 nobody    16   0 47568  36m 3608 S  0.0  0.5   0:30.00 httpd
>>  7952 nobody    16   0 47532  36m 3604 S  0.0  0.5   0:22.34 httpd
>>  7953 nobody    16   0 47480  36m 3580 S  0.0  0.5   0:34.98 httpd
>>  7658 nobody    16   0 47456  36m 3580 S  0.0  0.5   0:40.98 httpd
>>  7675 nobody    16   0 45188  34m 3580 S  0.0  0.4   0:20.23 httpd
>>
>>
>> Thanks,
>> Craig C Dominaux
>>
>>
>> -- 
>> Horde mailing list - Join the hunt: http://horde.org/bounties/#horde
>> Frequently Asked Questions: http://horde.org/faq/
>> To unsubscribe, mail: horde-unsubscribe at lists.horde.org
>>
>
> -- 
> Horde mailing list - Join the hunt: http://horde.org/bounties/#horde
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: horde-unsubscribe at lists.horde.org