ID: 33418
Updated by: [EMAIL PROTECTED]
Reported By: alex-spam at rdc dot ru
Status: Open
Bug Type: Feature/Change Request
Operating System: all
PHP Version: 4.3.11
New Comment:
New OpArrays (like your eval thing returns) can only be executing by
calling a function (or something that resembles it very closely)... so
you're not gaining anything here.
Previous Comments:
------------------------------------------------------------------------
[2005-06-21 12:43:39] alex-spam at rdc dot ru
create_function() will create a _function_. When we're talking tough
optimization, every extra function call is an issue.
On 10k calls strcmp() is MUCH slower than '==' operator on strings.
Function calls are quite expensive in PHP. The context is switched and
caller's variables become invisible.
Precompiled eval()s would allow to unroll small loops without changing
the context, which is also important. What do you think?
------------------------------------------------------------------------
[2005-06-21 11:36:32] [EMAIL PROTECTED]
You could use create_function() to create your dynamic
code and execute the returned function. No need for a new
function.
------------------------------------------------------------------------
[2005-06-21 11:13:35] alex-spam at rdc dot ru
Description:
------------
From: Alex Fortuna
My proposal, if accepted and implemented, will allow for ever tougher
optimization of processing-intensive PHP scripts.
I think it would be great if, in addition to existing eval() function,
a pair of functions were implemented, like:
int eval_prepare (string $code);
bool eval_exec (int $handle);
eval_prepare() compiles a piece of code and stores it in engine's
memory under an integer handle. You call it once outside the processing
loop.
eval_exec() executes the given handle's code. You call it INSIDE the
processing loop.
The reason is practical: sometimes the programmer KNOWS how to optimize
a piece of code, but he CAN'T, since certain parts of it are dynamic.
For example, actual string token values may differ from call to call,
though processing logic is always the same.
The possibility to separately compile and execute script-generated PHP
code will give programmers a unique chance to achieve ever greater
script performance, the demand for which is continuosly growing.
I've made some prototype performance benchmarks on a script which
parses syntax. The results were amazing: about 2 to 3 times performance
increase without extra script complexity.
If you need a working example, please write via e-mail.
Thank you for your time.
Best regards,
Alex
Reproduce code:
---------------
.
Expected result:
----------------
.
Actual result:
--------------
.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=33418&edit=1
