Hey, Sorry I haven't replied sooner. I'm glad to see that there is some interest here. :-)
Basically where I am at with the project at the moment is trying to get 5.3 compatibility with the current optimizer. At which point I would like to more or less dump the code base I have now in favor of starting from the ground up on something that can be built into a much more powerful system. I do really like your idea Paul about using eval or something similar for doing compile time evaluations. Hopefully I can implement many of the stuff (like all the function optimizations) this way. That should help to reduce a LOT of the duplicated code; which I agree is not a good thing to have. I've been working on whipping up an outline of where I want to take the project. I look forward to getting feedback on that :-). As for runkit, I am not overly concerned with compatibility for extensions such as runkit or xdebug, etc at the moment. I don't really see this being too big of an issue for many people and if it turns out to be one I can look into it when the time comes. Also, I wanted to let you know that I really enjoyed your tech talk, Paul. Your papers also seem like really interesting (from what I have read thus far). - Graham ________________________________________ From: Paul Biggar [paul.big...@gmail.com] Sent: Saturday, June 06, 2009 6:28 PM To: Nuno Lopes Cc: Graham Kelly; PHP Internals; Brian Shire Subject: Re: [PHP-DEV] RE: Optimizer discussion On Fri, Jun 5, 2009 at 11:23 PM, Nuno Lopes<nlop...@php.net> wrote: > I'm happy there's some interest in a PHP optimizer :) > I agree with Paul that PECL's optimizer duplicates way too much stuff from > the Zend engine, which is not practic nor maintainable. (compare for example > with the simple constant folder I implemented some years ago: > http://web.ist.utl.pt/nuno.lopes/zend_constant_folding.txt). This is certainly a much better demonstration of how the optimizer should work. > About runkit & friends, I wouldn't worr much about them. If you're running > them problably you also don't care about optimizations. If you want to be > able to optimize something, you need to remove as many freedom degrees as > you can.. This is probably true of runkit. However, I would be careful what you remove for extra freedom. There is very likely PHP code out there that relies (possibly by accident) on some edge cases. > P.S.: I'll try to meet with Paul in PLDI (in a week) and chat about these > kinds of things. Is anyone else comming that wants to join the discussion? You should probably mention this is in Dublin. Some of the IBM Toyko researches who work on (or maybe close to) Project Zero will be there, and might have interesting ideas. They have a paper on PHP memory usage. Paul -- Paul Biggar paul.big...@gmail.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php