Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:94007
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain seld.be designates 74.125.82.44 as permitted sender)
To: internals@lists.php.net
References: <CADS+g1pFGsuv5Tfz9a_exmycBKuo4K8erfsWZKySSbtWEnHFhQ@mail.gmail.com>
Message-ID: <c24fd5dc-53b7-d028-15b6-ba5e026a7508@seld.be>
Date: Wed, 15 Jun 2016 14:07:37 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.1.1
MIME-Version: 1.0
In-Reply-To: <CADS+g1pFGsuv5Tfz9a_exmycBKuo4K8erfsWZKySSbtWEnHFhQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] PHP allocating too much memory
From: j.boggiano@seld.be (Jordi Boggiano)

On 15/06/2016 14:01, Peter LeBrun wrote:
> Hi -
>
> I'm getting the following error in php7.0.5:
>
> Fatal Error: Allowed memory size of 536870912 bytes exhausted (tried to
> allocate 140729445144864 bytes)
>
> If it's relevant, we're using dblib+freetds.
>
> I can't reproduce the issue deterministically; the best I can do is to
> repeatedly curl an endpoint and something like 30% of the requests will
> fail due to the above error.
>
> The weirdest part about this is that PHP is somehow trying to allocate
> 140TB of memory.
>
> Has anyone seen anything like this?  Any insights would be appreciated.

I have hit that due to an opcache bug in handling of constant arrays on 
classes.

Something like: class Foo { const BLA = []; }

This was fixed in 5.6.15 [1] which came out before PHP7 though, so I'd 
imagine that isn't the exact problem you are hitting, but it might be 
related.

[1] https://bugs.php.net/bug.php?id=70795

Cheers

-- 
Jordi Boggiano
@seldaek - http://seld.be