Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:7663 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 64588 invoked by uid 1010); 9 Feb 2004 14:16:10 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 64534 invoked from network); 9 Feb 2004 14:16:10 -0000 Received: from unknown (HELO jdi.jdimedia.nl) (212.204.192.51) by pb1.pair.com with SMTP; 9 Feb 2004 14:16:10 -0000 Received: from localhost (localhost [127.0.0.1]) by jdi.jdimedia.nl (8.12.10/8.12.10) with ESMTP id i19EG8r0014232; Mon, 9 Feb 2004 15:16:09 +0100 Date: Mon, 9 Feb 2004 15:14:46 +0100 (CET) X-X-Sender: derick@localhost To: Pierre-Alain Joye cc: internals@lists.php.net In-Reply-To: <20040209150718.7e915311@localhost.localdomain> Message-ID: References: <20040209150718.7e915311@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: [PHP-DEV] unset, memory_limit From: derick@php.net (Derick Rethans) On Mon, 9 Feb 2004, Pierre-Alain Joye wrote: > Hello, > > While reading the bugs reports I came up with something I did not > expect with the bug 27714. Maybe I have had too much ram in the past > years ;) > > 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. > Why? That's sound a bit silly to me, as that makes the related > functions useless and does not allow anyone to free a huge variable > when he does not need it anymore. My main problem is when I use CLI or > gtk scripts. > > Or is there any "performance" issues there? I think it's a default unix thing actually :) Derick