[PATCH] arithmetic speedup

Hi Pierre,

hi Dmitry,

Nice improvements, thanks :)

Any reason not to have done the changes for windows as well?

Sorry, I'm not an expert in MS VC inline assembler.
As I remember in VC6 it was poor and didn't allow complicated things.
In case someone can add support for VC it would be great.

What's about putting the asm code in external file so it can used by
more compilers? (some has issues with inline asm, like VC in x64 mode,
other may have as well afair).

The main idea of the patch is inlining and I don't know how can I inline
from external file.

In simple cases the function call, parameter passing, prologue, epilogue
make more overhead than the opration itself. So the inlining is
responsable for 90% of speedup while asm optimization only for 10%.

Thanks. Dmitry.

Cheers,

Hi,

The attached patch improves speed of numeric operations by inlining the most
probable paths directy into executor. It also optimizes some operations for
x86 CPU using assembler.

The bench.php gets more than 10% speedup (2.5 sec instead of 2.9 sec)
Real-life applications are not affected. All the PHPT tests are passed.

I'm going to commit the patch on next week if no objections.
Any related ideas are welcome.

Thanks. Dmitry.

The bench.php gets more than 10% speedup (2.5 sec instead of 2.9 sec)
Real-life applications are not affected. All the PHPT tests are passed.

I chatted with Kore Nordmann, the creator of Image_3D (raytracer written
in PHP) and ezcGraph (chart component in the Zeta Components library)
last night. His code will definitely benefit from these improvements.

Another performance improvement with regards to math functionality in
PHP could be compiling math functions such as abs() into specialized
opcodes thus alleviating the function call overhead that is otherwise
incurred. Kore mentioned, for example, that Xdebug and KCacheGrind
currently show that most time is spent in several hundred thousand calls
to abs() while running the component's test suite.

What platform was that on? GCC already inlines its builtins by
default (even at -O0). I.e., the abs() generates the following code:

   movl    -4(%rbp), %eax
   movl    %eax, %edx
   sarl    $31, %edx
   movl    %edx, %eax
   xorl    -4(%rbp), %eax
   subl    %edx, %eax

I think it's wrong to do the md inlines in PHP itself for couple reasons:

   - There's a huge list of such md functions;  esp. the fp ones

would show bigger benefits. However inlining each one of them is
infeasible.

   - The inlines are platform-dependent, so this would only

benefit a few platforms.

   - It is generally a wrong level to do such optimizations--this

is a compiler's job.

If your profiling shows that there's a function worth a md inline and
compiler doesn't already do that, submit a bug for your compiler
vendor. (-;