Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:74920 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 76064 invoked from network); 16 Jun 2014 11:51:00 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Jun 2014 11:51:00 -0000 X-Host-Fingerprint: 78.192.130.122 jav75-2-78-192-130-122.fbxo.proxad.net Received: from [78.192.130.122] ([78.192.130.122:20864] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id AE/29-12705-12ADE935 for ; Mon, 16 Jun 2014 07:50:57 -0400 Message-ID: To: internals@lists.php.net Date: Mon, 16 Jun 2014 13:50:51 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Posted-By: 78.192.130.122 Subject: memory_limit default From: pascal.chevrel@free.fr (Pascal Chevrel) 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