timeout value to help-out.
Jason
- Original Message -
From: "Rasmus Lerdorf" [EMAIL PROTECTED]
To: "Filip Sielimowicz" [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, January 29, 2001 7:51 AM
Subject: Re: [PHP-DEV] PHP 4.0 Bug #8889: Memor
OK, I'll try to summarize.
Because it will hurt performance, and gaining performance usually costs
much more that gaining memory (compare expense for doubling memory and
doubling performance). Most people in most cases are willing to trade
memory for performance - that's why caching exists.
4.
And, BTW, you can control it - see MAX_ constants at zend_alloc.h
As I CLEARLY (as I think ...) described in
http://marc.theaimsgroup.com/?l=php-devm=98080647502573w=2
the mechanism of memory "deadlocks" is not based on the cache size
(it is small in fact), but in order of memory
On Mon, Jan 29, 2001 at 06:23:56PM -0600, Brian Moon wrote:
Ok, so what are the benefits of not returning memory to the system? It
seems that no one who can do it wants to so there must be a good reason.Q
in order to be able to "give back" memory to the system we
would have to switch
BM It is not a leak exactly but more of a greed. It seems to be a
BM semi-intentional but not necessary thing. It seems that the way
BM Zend/PHP is allocating memory is not allowing it to be returned
BM to the system. Once PHP has some memory it will not let it go,
BM but it will reuse it.
BM Yes, but it would be really nice if it was returned. Systems
BM with 128MB or RAM run out quickly if there is a script ( like a
BM long Phorum thread ) that takes a good chunk. Of course the
BM argument can be made that the box needs more RAM but if the
BM memory can be returned (maybe even
L PROTECTED]; [EMAIL PROTECTED]
Sent: Monday, January 29, 2001 6:56 AM
Subject: Re: [PHP-DEV] PHP 4.0 Bug #8889: Memory is not being freed.
Yes, yes, I agree ! But this is the problem ! Unfortunatelly "memory
hungry script" happens from time to time and there's no chance to
prevent
ht
-
- Original Message -
From: "Rasmus Lerdorf" [EMAIL PROTECTED]
To: "Brian Moon" [EMAIL PROTECTED]
Cc: "Filip Sielimowicz" [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Sunday, January 28, 2001 12:23 AM
Subject: Re: [PHP-DEV] PHP 4.0 Bug #8
--
- Original Message -
From: "Rasmus Lerdorf" [EMAIL PROTECTED]
To: "Filip Sielimowicz" [EMAIL PROTECTED]
Cc: "Brian Moon" [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Monday, January 29, 2001 6:56 AM
Subject: Re: [PHP-DEV] PHP 4.0 Bug #8889: Memory is not being
Yes, yes, I agree ! But this is the problem ! Unfortunatelly "memory
hungry script" happens from time to time and there's no chance to prevent
httpd processes from keeping memory (which is not used again in most
cases). Maybe it is not a problem for you, but it is for us.
A quick fix would
It is not a leak exactly but more of a greed. It seems to be a
semi-intentional but not necessary thing. It seems that the way Zend/PHP is
allocating memory is not allowing it to be returned to the system. Once PHP
has some memory it will not let it go, but it will reuse it. So, if a
7:51 AM
Subject: Re: [PHP-DEV] PHP 4.0 Bug #8889: Memory is not being freed.
On Mon, 29 Jan 2001, Filip Sielimowicz wrote:
A quick fix would be to set your MaxRequestsPerChild to a lower value.
Have you ever tried to measure the time of killing and
starting httpd process ? You can
--
- Original Message -
From: "Rasmus Lerdorf" [EMAIL PROTECTED]
To: "Brian Moon" [EMAIL PROTECTED]
Cc: "Filip Sielimowicz" [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Monday, January 29, 2001 5:03 PM
Subject: R
nday, January 29, 2001 6:23 PM
Subject: Re: [PHP-DEV] PHP 4.0 Bug #8889: Memory is not being freed.
Ok, so what are the benefits of not returning memory to the system? It
seems that no one who can do it wants to so there must be a good reason.
Brian Moon
hi,
i'd disagree on this - imagine you have a webserver with reasonable load and
99.9% of php page requests use max 10mb ram. you have 1% that use 100mb ram.
then it not a good idea to upgrade to 1g ram just for these 0.1% since each
httpd process will hold 100mb ram after certain time (the 0.1%
Dnia Wed, Jan 24, 2001 at 06:21:13PM -, [EMAIL PROTECTED] napisal:
From: [EMAIL PROTECTED]
Operating system: RH 7
PHP version: 4.0.4
PHP Bug Type: Performance problem
Bug description: Memory is not being freed.
Hi guys,
I do not have much information. I know
From: [EMAIL PROTECTED]
Operating system: RH 7
PHP version: 4.0.4
PHP Bug Type: Performance problem
Bug description: Memory is not being freed.
Hi guys,
I do not have much information. I know that my Apache processes memory is growing by
the minute. If I start a
17 matches
Mail list logo