Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:28257 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 27770 invoked by uid 1010); 5 Mar 2007 23:50:02 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 27754 invoked from network); 5 Mar 2007 23:50:02 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Mar 2007 23:50:02 -0000 Authentication-Results: pb1.pair.com smtp.mail=stas@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=stas@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 63.205.162.114 as permitted sender) X-PHP-List-Original-Sender: stas@zend.com X-Host-Fingerprint: 63.205.162.114 unknown Windows 2000 SP4, XP SP1 Received: from [63.205.162.114] ([63.205.162.114:41416] helo=us-ex1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 56/D9-16561-8ACACE54 for ; Mon, 05 Mar 2007 18:50:02 -0500 Received: from [127.0.0.1] ([192.168.16.109]) by us-ex1.zend.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 5 Mar 2007 15:49:58 -0800 Message-ID: <45ECACA4.9040905@zend.com> Date: Mon, 05 Mar 2007 15:49:56 -0800 Organization: Zend Technologies User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Brian Moon CC: internals@lists.php.net References: <45EC8CE9.8020807@dealnews.com> <45EC9D1B.6000804@zend.com> <45EC9FAF.2080005@dealnews.com> <45ECA114.3080402@lerdorf.com> <45ECA8D7.6060804@dealnews.com> In-Reply-To: <45ECA8D7.6060804@dealnews.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Mar 2007 23:49:58.0241 (UTC) FILETIME=[FB72DD10:01C75F80] Subject: Re: [PHP-DEV] The way the engine works? From: stas@zend.com (Stanislav Malyshev) > Starting to think this is more prevelant on Mac OS X. My huge numbers > are coming from 5.2.0, on Mac OS X. On my Linux boxes I am getting > smaller numbers, more like what you guys are reporting so I assume you > are using Linux. I vaguely remember there was some problem with calculating exact memory usage sometime ago. Not sure it's 5.2.0 but it might be. I would first verify what happens in 5.2.1. > Passing true to memory_get_usage only clouds things further as I get all > 0 for memory growth on all platforms making me think that > memory_get_usage() without the true param (>=5.2) is useless. Why it's useless? 0 means your script didn't change real memory usage - but it wasn't supposed to - since PHP pre-allocated memory blocks anyway, so to change real memory usage you have to allocate something big and hold it. -- Stanislav Malyshev, Zend Products Engineer stas@zend.com http://www.zend.com/