Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:6863 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 77597 invoked by uid 1010); 8 Jan 2004 17:48:54 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 77572 invoked from network); 8 Jan 2004 17:48:54 -0000 Received: from unknown (HELO longsword.omniti.com) (66.80.117.3) by pb1.pair.com with SMTP; 8 Jan 2004 17:48:54 -0000 Received: from ip-66-80-117-2.nyc.megapath.net ([66.80.117.2] helo=[10.80.116.129]) by longsword.omniti.com with asmtp (TLSv1:RC4-SHA:128) (Exim 4.14) id 1AeeH8-0005il-Gf; Thu, 08 Jan 2004 12:48:54 -0500 In-Reply-To: <1251495731562.20040108182227@marcus-boerger.de> References: <5.1.0.14.2.20040108100152.02029de8@127.0.0.1> <3FFD5A11.3040500@cschneid.com> <1251495731562.20040108182227@marcus-boerger.de> Mime-Version: 1.0 (Apple Message framework v609) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-ID: Content-Transfer-Encoding: 7bit Cc: Christian Schneider , Stanislav Malyshev , Andi Gutmans , internals@lists.php.net Date: Thu, 8 Jan 2004 12:49:12 -0500 To: Marcus Boerger X-Mailer: Apple Mail (2.609) Subject: Re: [PHP-DEV] Ability to lower PHP memory usage From: george@omniti.com (George Schlossnagle) On Jan 8, 2004, at 12:22 PM, Marcus Boerger wrote: > Hello Christian, > > Thursday, January 8, 2004, 2:24:33 PM, you wrote: > >> Stanislav Malyshev wrote: >>> I'm concerned that this problem of breaking common platform might be >>> more >>> dangerous than the performance benefit. Which, BTW, I estmate as >>> pretty >>> minimal - code space is shared on all modern OSes anyway, so a little > >> I think that's a good point for leaving it the way it is: Minimal >> benefit while opening a can of worms of possible problems. > >> Another reason not to do it is the amount of work to decide which >> function should go where. Let's keep it simple and focus on IMHO more >> pressing problems. > > Same thoughts here. The benefit is far to low. There are a lot of > places > we could put our efforts into better: bug-fixing instead of creating > new > bug fixes and increasing the WFT factor. > > The only real reason is it php would have been meant to serve > cellphones or > other small devices. But hey those run java. So we shouldn't care > about a > few kilobytes (or hundreds of them). Just to chip in my feeling that this is a low-gain proposal. George