RE: [PHP-DEV] Re: About optimization for compiler
| From: | Zeev Suraski | Date: | Tue, 03 Mar 2015 16:04:01 +0000 |
| Subject: | RE: [PHP-DEV] Re: About optimization for compiler | ||
| References: | 1 2 3 4 5 6 7 8 9 10 11 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-84245@lists.php.net to get a copy of this message | ||
> -----Original Message-----
> From: Anthony Ferrara [mailto:ircmaxell@gmail.com]
> Sent: Tuesday, March 03, 2015 5:50 PM
> To: Zeev Suraski
> Cc: Julien Pauli; PHP internals
> Subject: Re: [PHP-DEV] Re: About optimization for compiler
>
> Zeev,
>
> >> I agree with that as well, just Anthony gave a different opinion
> >> which seems right as well.
> >
> > I think that if we ever have optimization passes that are
> > prohibitively expensive to run interactively (most probably around
> > JIT) we'll definitely need new strategies for them. But as long as
> > we're talking about relatively optimization passes that take
> > milliseconds to run and not minutes, I think this approach holds true.
>
> How is a JIT "prohibitively expensive to run interactively"? Or was that
> not
> your implication?
It wasn't - the implication is that out of all the optimizations the exist
in the world, it's likely that if we ever have ones that are prohibitively
expensive to run interactive - they'd most probably be around JIT or other
types of native compilation strategies. What you said is the reverse - that
JIT optimizations are inherently prohibitively expensive to run
interactively, which we obviously all agree on isn't the case and not what I
meant. X -> Y doesn't mean Y -> X...
Thanks,
Zeev