Re: Move to Fast ZPP?

From: Date: Wed, 24 Jun 2015 10:36:51 +0000
Subject: Re: Move to Fast ZPP?
References: 1 2 3 4  Groups: php.internals 
Request: Send a blank email to internals+get-86844@lists.php.net to get a copy of this message
Hi Ferenc, On Wed, Jun 24, 2015 at 7:29 PM, Ferenc Kovacs <tyra3l@gmail.com> wrote: > > > On Wed, Jun 24, 2015 at 12:21 PM, Yasuo Ohgaki <yohgaki@ohgaki.net> wrote: > >> Hi Ferenc, >> >> On Wed, Jun 24, 2015 at 6:21 PM, Ferenc Kovacs <tyra3l@gmail.com> wrote: >> >>> it was meant as a performance optimization for the most heavy/hot >>> codepaths. >>> What gave you the idea that the situation changed and we should use it >>> everywhere? >>> >> >> I'm curious about the status of Fast ZPP and it's usage. >> The RFC says it reduces function call overheads by 90% and >> I didn't see reason why we shouldn't move to Fast ZPP. >> >> "For some really simple function like is_string() or ord() the overhead >> of zend_parse_parameters() may be about 90%." >> https://wiki.php.net/rfc/fast_zpp >> >> I'll use it for functions called many times. >> >> > I wouldn't consider the likes of pg_fetch_* to be appropriate for for > using Fast ZPP, even db heavy applications are unlikely to call it more > than a houndred times per request, so the perf gain would be negligible > compared to the increased cost of maintenance. > I agree. It's painful to maintain #ifndef FAST_ZPP zend_parse_parameter(); #else Fast ZPP #endif I'll just leave them alone until #ifndef is not required. Thanks. -- Yasuo Ohgaki yohgaki@ohgaki.net

« previous php.internals (#86844) next »