1
0
mirror of https://github.com/php/php-src.git synced 2026-04-05 15:12:39 +02:00
Files
archived-php-src/Zend
Keyur Govande 415d077e08 Merge branch 'PHP-5.5'
* PHP-5.5: (276 commits)
  Patch for Bug #64544. The process title change module keeps track of the locally allocated environ, so it doesn't need to worry about when environ changes underneath it, for example by putenv()/setenv()
  Fix "passing NULL to non-pointer argument" warnings in intl
  Remove support for cloning generators
  Removed deprecated check
  Fix whitespace issue in the SOAP test
  Fix SOAP test
  Forgot to fix the test on 5.4
  Exclude Travis build for 5.3 and 5.4
  Fix tests after addition of ^ (xor) operator to ini
  Fix Bug #64545:	PHP Error in ef93a93ee2
  Attempt to fix SKIP
  This will PHP 5.3.25
  Typo fix (greater then => greater than)
  don't optimize script if it's not going to be cached
  Reimplemented OPcache restart trigger. Now, if memory or hash are full the restart is scheduled only in case the amount of wasted memory is above opcache.max_wasted_percentage. Otherwise OPcahce continue serving the following requests using already cached files, but doesn't try to add new files (the cache is full anyway).
  With pkgconfig < 0.28 output is a single space With pkgconfig = 0.28 output is an empty string, This breaks the test on the 2 vars
  Fixed issue #78 (incorrect file path validation)
  Fix test on Mac (\D shows up)
  Add test for #64529
  will be 5.4.15
  ...
2013-03-29 14:44:35 +00:00
..
2013-03-29 14:44:35 +00:00
2012-10-18 17:53:21 +01:00
2012-03-06 18:34:10 +00:00
2013-02-11 14:36:58 +01:00
2013-01-01 16:37:09 +08:00
2013-03-21 21:10:32 +08:00
2013-03-21 21:10:32 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-03-29 03:18:04 +04:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-02-11 14:36:58 +01:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-03-29 14:44:35 +00:00
2013-03-29 14:44:35 +00:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2013-01-01 16:37:09 +08:00
2012-05-20 00:03:27 +02:00
2013-03-29 14:44:35 +00:00
2012-05-20 00:03:27 +02:00

ZEND_VM
=======

ZEND_VM architecture allows specializing opcode handlers according to op_type
fields and using different execution methods (call threading, switch threading
and direct threading). As a result ZE2 got more than 20% speedup on raw PHP
code execution (with specialized executor and direct threading execution
method). As in most PHP applications raw execution speed isn't the limiting
factor but system calls and database callls are, your mileage with this patch
will vary.

Most parts of the old zend_execute.c go into zend_vm_def.h. Here you can
find opcode handlers and helpers. The typical opcode handler template looks
like this:

ZEND_VM_HANDLER(<OPCODE-NUMBER>, <OPCODE>, <OP1_TYPES>, <OP2_TYPES>)
{
	<HANDLER'S CODE>
}

<OPCODE-NUMBER> is a opcode number (0, 1, ...)
<OPCODE> is an opcode name (ZEN_NOP, ZEND_ADD, :)
<OP1_TYPES> & <OP2_TYPES> are masks for allowed operand op_types. Specializer
will generate code only for defined combination of types. You can use any 
combination of the following op_types UNUSED, CONST, VAR, TMP and  CV also
you can use ANY mask to disable specialization according operand's op_type.
<HANDLER'S CODE> is a handler's code itself. For most handlers it stills the
same as in old zend_execute.c, but now it uses macros to access opcode operands
and some internal executor data.

You can see the conformity of new macros to old code in the following list:

EXECUTE_DATA
	execute_data
ZEND_VM_DISPATCH_TO_HANDLER(<OP>)
	return <OP>_helper(ZEND_OPCODE_HANDLER_ARGS_PASSTHRU)
ZEND_VM_DISPATCH_TO_HELPER(<NAME>) 
	return <NAME>(ZEND_OPCODE_HANDLER_ARGS_PASSTHRU)
ZEND_VM_DISPATCH_TO_HELPER_EX(<NAME>,<PARAM>,<VAL>) 
	return <NAME>(<VAL>, ZEND_OPCODE_HANDLER_ARGS_PASSTHRU)
ZEND_VM_CONTINUE()
	return 0
ZEND_VM_NEXT_OPCODE()
	NEXT_OPCODE()
ZEND_VM_SET_OPCODE(<TARGET>
	SET_OPCODE(<TARGET>
ZEND_VM_INC_OPCODE()
	INC_OPCOD()
ZEND_VM_RETURN_FROM_EXECUTE_LOOP()
	RETURN_FROM_EXECUTE_LOOP()
ZEND_VM_C_LABEL(<LABEL>):
	<LABEL>:
ZEND_VM_C_GOTO(<LABEL>)
	goto <LABEL>
OP<X>_TYPE
	opline->op<X>.op_type
GET_OP<X>_ZVAL_PTR(<TYPE>)
	get_zval_ptr(&opline->op<X>, EX(Ts), &free_op<X>, <TYPE>)
GET_OP<X>_ZVAL_PTR_PTR(<TYPE>)
	get_zval_ptr_ptr(&opline->op<X>, EX(Ts), &free_op<X>, <TYPE>)
GET_OP<X>_OBJ_ZVAL_PTR(<TYPE>)
	get_obj_zval_ptr(&opline->op<X>, EX(Ts), &free_op<X>, <TYPE>)
GET_OP<X>_OBJ_ZVAL_PTR_PTR(<TYPE>)
	get_obj_zval_ptr_ptr(&opline->op<X>, EX(Ts), &free_op<X>, <TYPE>)
IS_OP<X>_TMP_FREE()
	IS_TMP_FREE(free_op<X>)
FREE_OP<X>()
	FREE_OP(free_op<X>)
FREE_OP<X>_IF_VAR()
	FREE_VAR(free_op<X>)
FREE_OP<X>_VAR_PTR()
	FREE_VAR_PTR(free_op<X>)


Executor's helpers can be defined without parameters or with one parameter. 
This is done with the following constructs:

ZEND_VM_HELPER(<HELPER-NAME>, <OP1_TYPES>, <OP2_TYPES>)
{
	<HELPER'S CODE>
}

ZEND_VM_HELPER_EX(<HELPER-NAME>, <OP1_TYPES>, <OP2_TYPES>, <PARAM_SPEC>)
{
	<HELPER'S CODE>
}

Executor's code is generated by PHP script zend_vm_gen.php it uses zend_vm_def.h
and zend_vm_execute.skl as input and produces zend_vm_opcodes.h and 
zend_vm_execute.h. The first file is a list of opcode definitions. It is 
included from zend_compile.h. The second one is an executor code itself. It is
included from zend_execute.c.

zend_vm_gen.php can produce different kind of executors. You can select 
different opcode threading model using --with-vm-kind=CALL|SWITCH|GOTO. You can 
disable opcode specialization using --without-specializer. You can include or
exclude old executor together with specialized one using --without-old-executor.
At last you can debug executor using original zend_vm_def.h or generated file
zend_vm_execute.h. Debugging with original file requires --with-lines
option. By default ZE2 uses the following command to generate executor:

$ php zend_vm_gen.php --with-vm-kind=CALL

Zend Engine II currently includes two executors during the build process, one
is the specialized version and the other is the old one non-specialized with
function handlers. By default Zend Engine II uses the specialized one but you
can switch to the old executor at runtime by calling zend_vm_use_old_executor().