Re: [VOTE] 64 bit platform improvements for string length and integer
| From: | Andrey Hristov | Date: | Fri, 31 Jan 2014 12:08:04 +0000 |
| Subject: | Re: [VOTE] 64 bit platform improvements for string length and integer | ||
| References: | 1 2 3 4 5 6 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-71863@lists.php.net to get a copy of this message | ||
On 31.01.2014 13:25, Derick Rethans wrote:
On Fri, 31 Jan 2014, Stephen Zarkos wrote:or most of them don't support an extension...I see that actually not a few extension writers are against the changeMaster, or PHP-5.6? Those are not the same thing.-----Original Message----- From: Hannes Magnusson [mailto:hannes.magnusson@gmail.com] - To the casual observer, the performance stats look great!The branch/patch for this RFC is based against the master branch right now, and so that's what was tested against....But they are a lie. It doesn't matter how 5.5+size_t performs since 5.5isn't the target branch.Maybe there have been 5.6 specific performance improvements that thispatch trashes when merged into 5.6?So far we have not seen any changes in perf characteristics between the current 5.5 and 5.6.0a1. All those numbers are on w.p.n if you're curious.What is "w.p.n"?You're have to wait for a while then, as this is not going to go into 5.6.The only performance stats that matter are 5.6-alpha1 (nts/zts) vs 5.6- alpha1+size_t branch (nts/zts)When the patch is merged I'll be sure to get you those numbers ;)Anyone voting must be following this list, otherwise how would they even know to vote?That is a bit of a red herring. I doubt all of the people who voted even know what the intricate differences are between int and long and different data type sizes depending on compiler. It's like saying that people always voting for the same party in parliamentary elections know what their party's program is. Hint: they don't.
cheers, DerickAndrey