Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:7674 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 35292 invoked by uid 1010); 9 Feb 2004 17:34:53 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 35245 invoked from network); 9 Feb 2004 17:34:53 -0000 Received: from unknown (HELO smtp2.pp.htv.fi) (213.243.153.14) by pb1.pair.com with SMTP; 9 Feb 2004 17:34:53 -0000 Received: from localhost.localdomain (cs181008.pp.htv.fi [213.243.181.8]) by smtp2.pp.htv.fi (Postfix) with ESMTP id A333F297667; Mon, 9 Feb 2004 19:34:52 +0200 (EET) Received: from localhost (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.12.10/8.12.10) with ESMTP id i19HYqpn006594; Mon, 9 Feb 2004 19:34:52 +0200 Date: Mon, 9 Feb 2004 19:34:52 +0200 (EET) Reply-To: Jani Taskinen To: Pierre-Alain Joye Cc: internals@lists.php.net In-Reply-To: <20040209152752.749cbfff@localhost.localdomain> Message-ID: References: <20040209150718.7e915311@localhost.localdomain> <20040209152752.749cbfff@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: [PHP-DEV] unset, memory_limit From: sniper@iki.fi (Jani Taskinen) On Mon, 9 Feb 2004, Pierre-Alain Joye wrote: >On Mon, 9 Feb 2004 15:14:46 +0100 (CET) >Derick Rethans wrote: > >> > So this is bug is bogus, and this is the expected behavior. Unset >> > (or set the var null) frees the memory only if memory_limit is >> > enabled and not equal to -1 (unlimited) for both php5 and php4. >> >> memory_limit has nothing to with the real memory usage. m_l only is >> internal emalloc'ed and efree'd memory. > >Not sure if I got the idea ;). If compiled with m_l, unset frees the var >and the mem. If not, the mem is still allocated. Btw I was wrong, >memory_limit set to -1 works too. Dunno about that.. >> > Or is there any "performance" issues there? >> >> I think it's a default unix thing actually :) > >Hmm, I'm missing something here. If I understand this is due to my >poor linux if I can't free the mem in my php script? :) but only if >I use the memory_limit option. I think Derick meant that free(3) doesn't actually "free" the memory outside the process. It does become free for the running process. Or something like that. :) --Jani