Re: memory_limit default

From: Date: Mon, 16 Jun 2014 13:19:01 +0000
Subject: Re: memory_limit default
References: 1  Groups: php.internals 
Request: Send a blank email to internals+get-74923@lists.php.net to get a copy of this message
hi Pascal, There are few reasons: - PHP applications became more fat. (near everyone now uses some framework) - PHP was optimized to use more memory from controlled memory area instead of system heap - PHP introduced different caches that takes memory in cost of better performance - Some new features increased the size of some basic structures (e.g. zend_class_entry) and it made PHP consume more memory - RAM became much chipper We did some analyzes that time, but I can't remember what exactly. In any case, if you speak about shared hosting, you should configure PHP careful and change the default settings according to amount of available RAM, expected number of PHP processes and expected average memory consumption. Thanks. Dmitry. On Mon, Jun 16, 2014 at 3:50 PM, Pascal Chevrel <pascal.chevrel@free.fr> wrote: > Hi internals people, > > I was curious to know why the memory limit in php.ini was set to 128MB so > I digged into the repository history and I saw that it was bumped from 16MB > to that value in 2006: https://github.com/php/php-src/commit/ > 3ffc1c8f4a1e4c1658f94038e009e226258a65a4#diff- > 299b21e0851494929e62b81e8d91b5b3 > > Since there is no reference to a bug in the commit and I couldn't find > anything about it on the net, I thought I would ask at the source in > internals. > > Was it changed because the defaut value was too low for PHP to work > correctly? Or was the change done to reflect the state of hosting solutions > back then? I am curious to know why 128 and not 64 or 256 actually. If this > is the result of an analysis of the state of hosting, I am also wondering > if 8 years later php.ini settings that depend on hardware like memory are > still the right defaults. > > Thanks for your hindsight on this! > > Pascal > > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >

« previous php.internals (#74923) next »