Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:6847
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Message-ID: <029701c3d5e3$32095230$8802a8c0@obsidian>
To: <internals@lists.php.net>, "Andi Gutmans" <andi@zend.com>
References: <5.1.0.14.2.20040108100152.02029de8@127.0.0.1>
Date: Thu, 8 Jan 2004 12:30:19 -0000
Organization: The Brain Room Ltd.
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Ability to lower PHP memory usage
From: wez@thebrainroom.com ("Wez Furlong")

As Stas mentioned, I'm not sure that this is a good idea, unless
we split some of these things out of ext/standard and into their
own extensions; ext/std_regex, ext/std_string (for levenstein, soundex,
metaphone etc.), ext/std_hash (crc32, sha1) and have those extensions
compiled in by default.

IIRC, Jani was hoping for something like this a while back.

Meanwhile, the best way to reduce footprint is to disable libxml
extensions ;-)

--Wez.

----- Original Message ----- 
From: "Andi Gutmans" <andi@zend.com>
To: <internals@lists.php.net>
Sent: Thursday, January 08, 2004 8:10 AM
Subject: [PHP-DEV] Ability to lower PHP memory usage


> Hey,
>
> I just compiled PHP using --disable-all and realized that there's a shit
> load of relatively useless stuff still being compiled into it.
> The first thing I realized is that regex is still being compiled in by
> default. Are any parts of PHP's core relying on regex, thus, requiring it
> to be in the minimal build? I think most people today are using pcre and
it
> would be great if we could support a version without regex.
> The second problem is in ext/standard with a zillion of functions. A lot
of
> them are in my opinion not used by the majority of users and it would be
> great to be able not to compile them into PHP. Things that come to my
mind:
> a) crc32
> b) cyr_convert
> c) image
> d) lcg
> e) metaphone
> f) soundex
> g) levenshtein
> h) sha1
> i) uuencode
>
> and probably some other stuff,
>
> In order for PHP users to get the most out of their servers, being able to
> reduce memory footprint as much as possible is quite important so that
they
> can increase MaxClients to as much as possible.
>
> As we're in a code freeze for RC1 it's a bit late to do something about
it,
> but I think it'd be nice to brainstorm about this to see how we can solve
> this, maybe for 5.1? If regex isn't required by the core that's one of the
> first things I'd like to see disabled when building with --disable-all.
> I think ext/standard should maybe be split up into two, the first ext/core
> and the second ext/standard where ext/core is the stuff which *really*
> needs to be part of PHP such as strlen(), file functions and pretty much
> stuff I didn't list in my list :)
>
> Any thoughts? Ideas? Flames? :)
> Andi
>
> -- 
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>