Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:77852 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 67646 invoked from network); 10 Oct 2014 16:50:22 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Oct 2014 16:50:22 -0000 Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 108.166.43.107 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 108.166.43.107 smtp107.ord1c.emailsrvr.com Linux 2.6 Received: from [108.166.43.107] ([108.166.43.107:50024] helo=smtp107.ord1c.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id AE/46-29144-C4E08345 for ; Fri, 10 Oct 2014 12:50:21 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp22.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id 3B64E1806BA; Fri, 10 Oct 2014 12:50:18 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp22.relay.ord1c.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id C1156180733; Fri, 10 Oct 2014 12:50:17 -0400 (EDT) X-Sender-Id: smalyshev@sugarcrm.com Received: from Stass-MacBook-Pro.local (108-66-6-48.lightspeed.sntcca.sbcglobal.net [108.66.6.48]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA) by 0.0.0.0:465 (trex/5.2.13); Fri, 10 Oct 2014 16:50:18 GMT Message-ID: <54380E49.3060401@sugarcrm.com> Date: Fri, 10 Oct 2014 09:50:17 -0700 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Remi Collet , PHP Internals References: <54379B40.6020403@fedoraproject.org> <5437CC48.6060806@fedoraproject.org> In-Reply-To: <5437CC48.6060806@fedoraproject.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] GMP memory allocator, various issues From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > Can you please elaborate a little ? > Doesn't such leak have to be fixed in ext/gmp ? We clean up the memory at the end of the request. But if the request ended abnormally and we had some active gmp objects, with gmp data allocated outside emalloc we could not clean that and it ends up being persistent memory leak. Also, of course, that also excepts gmp objects from PHP memory limit, which makes it less useful. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/