Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:52798 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 88145 invoked from network); 2 Jun 2011 17:18:01 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 2 Jun 2011 17:18:01 -0000 Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.42 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.215.42 mail-ew0-f42.google.com Received: from [209.85.215.42] ([209.85.215.42:51454] helo=mail-ew0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1F/C1-11525-7C5C7ED4 for ; Thu, 02 Jun 2011 13:18:00 -0400 Received: by ewy2 with SMTP id 2so381522ewy.29 for ; Thu, 02 Jun 2011 10:17:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=hcrFQEmvAL8bqrMZ6j+KGleRnu7d7Km7vMqkTEPtg8k=; b=Oxnm/0/BlU5A+eHwfkirb9RYrT/OYlaX1fkyqF6Btb3o3125nZE+CfG6PuSOd8idDR cxsP8AoSq0B0SbQwE7mm/9n2kZerkWUDbzuPReZg7rwHppyWZwRAxP6nFNmBJ+7PCbaa 0tt2XL84d6BA4dYyI9X5CGMykvqraaYpxFQn0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=CeCo0vyiN5lnL9L/Reo3w3GLcDKGSPjObhD8cVsVnPAbboUpGBFtfYnp/WtVvmkOyL 6/70bzSVp3Trsr7puceSaNSxuLoWKCbD/72g5bWCHv+rY5OH/oIVzNoXYzY4EYN2oVpi z6eqQhElqNuS3+YM89U3MK/TNDxcpE5kgRRs0= MIME-Version: 1.0 Received: by 10.216.236.208 with SMTP id w58mr6190574weq.62.1307035076774; Thu, 02 Jun 2011 10:17:56 -0700 (PDT) Received: by 10.216.253.168 with HTTP; Thu, 2 Jun 2011 10:17:56 -0700 (PDT) In-Reply-To: References: Date: Thu, 2 Jun 2011 19:17:56 +0200 Message-ID: To: Ilia Alshanetsky Cc: PHP Developers Mailing List Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [PHP-DEV] RFC: Zend Signal Handling From: pierre.php@gmail.com (Pierre Joye) On Thu, Jun 2, 2011 at 7:10 PM, Ilia Alshanetsky wrote: > Killing TSRMLS_FETCH is a noble goal, but let's keep it to once patch > at a time please ;-) I mean in this patch only. This patch adds a couple, so it can be done at the same time (afair these functions are not used heavily outside the engine). > And for the record I am all for killing > TSRMLS_FETCH. Same here (tls and some other ideas may help :) > On Thu, Jun 2, 2011 at 6:04 PM, Pierre Joye wrote: >> hi Ilia, >> >> I would suggest to kill the TSRMLS_FETCH while being at it. They are >> horribly slow and a couple of them can be replaced by the >> TSRMLS_DC/CC, if I'm not mistaken. >> >> For the windows side, I do not have the time to do the equivalent, so >> if you commit the patch to trunk first so I can fix the build >> accordingly and then merge, that would be easier for me :). >> >> Cheers, >> >> On Wed, Jun 1, 2011 at 12:30 AM, Ilia Alshanetsky wrote: >>> Since we are on the topic of reviewing past RFCs for 5.4, can we take >>> another look at the Zend Signals RFC: >>> >>> https://wiki.php.net/rfc/zendsignals >>> >>> The patch is solid (have been using it in production for quite some >>> time) and improvement is quite helpful, especially when APC is being >>> used. Are there any reasons not to apply this to 5.4? >>> >>> -- >>> PHP Internals - PHP Runtime Development Mailing List >>> To unsubscribe, visit: http://www.php.net/unsub.php >>> >>> >> >> >> >> -- >> Pierre >> >> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org >> > -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org