eAccelerator binaries for PHP 5.x (windows builds)

Hi All,

Just released the version for PHP 5.2.6.

Please provide feedback (if you are already experience with running eAccelerator successfully).

Thanks,
Chris

It just work fine for me
Thanks again

Thanks Bagu for the feedback...

Sorry for the delay guys,

Should available now.
Can the first experienced user post back if works and not?

Thanks,
Chris

I've downloaded

eAccelerator 0952 for PHP 5.2.5
eLoader 0952 for PHP 5.2.5

and 0952_final_useful _files.zip

I tried to encode a file with encoder.php and the
file was encoded, but when I open it in browser
I get this message:

Fatal error: Invalid opcode 40/1/8. in C:\..\eaccelerator\prova_en.php on line 2

I think Apache is well configured, cause it doesn't show any error

My conf is Apache/2.2.6 (Win32) PHP/5.2.5 and from my php.ini:

[eAccelerator]
extension=eaccelerator.dll
;eaccelerator.shm_size = "0"
eaccelerator.cache_dir = "C:\Web_Pg\tmp"
eaccelerator.enable = "1"
eaccelerator.optimizer = "1"
eaccelerator.debug = "0"
;eaccelerator.check_mtime = "1"
;eaccelerator.filter = ""
;eaccelerator.shm_max = "0"
;eaccelerator.shm_ttl = "0"
;eaccelerator.shm_prune_period = "0"
;eaccelerator.shm_only = "0"
;eaccelerator.compress = "1"
;eaccelerator.compress_level = "9"
eaccelerator.keys = "shm_and_disk"
eaccelerator.sessions = "shm_and_disk"
eaccelerator.content = "shm_and_disk"
;eaccelerator.admin.name =
;eaccelerator.admin.password =
extension=eloader.dll

Does anyone have any ideas?

Chris,

Looks like this version is running great on my dev box. I'll be upgrading my live website with it very soon.

Thanks as always!

Thanks for the quick feedback!

Work fine and really fastest than every other version i use before

Thanks wbartels for the heads up on speed improvements!

The new compile for PHP 5.2.5 is working well.
Also the speed with eAccelerator has improved and is now the same as PHP 5.2.3 with eAccelerator.

Hi Philippe,

EA 0.9.5.2 is currently running on many servers withourt any issue.

Using a tool like FileMon (File Monitor) try to see is all is good at the file system level (file location + access permissions):
File Monitor.

If all is good at the file system level try to run directly PHP with EA (no fastcgi).

Note: Since PHP 5.2.2 (if I recall correctly) the stack PHP 5.x + EA 0.9.5.X has been very stable. In order waords FastCGI might not be needed for now...

Cheers,
Chris

PS: Also check your eventviewer, sometimes the error messages are more detailed.

Dear Chris ..

The problem is that EA is compiled/linked against the thread safe version of php. Hence it requires the php5ts.dll file which is not available with the non-thread safe version of php. The file is called php5.dll in the non-thread safe php version. Typically the non-thread safe version of php is used in conjunction with FastCGI.
If you have the chance it would be great if you can offer the binaries for the non-thread safe version of php as well. However I'm not sure if caching offers much performance benefits with a FastCGI/non-thread safe PHP setup. But I'm be willing to test it and provide some feedback.

Thank you.
Best Regards,
Mat

Hi Mat,

Here is what a posted about this a few months ago:
"I get linking errors do you know if it needs additional libraries.
Sample of error:

Creating library Release/eAccelerator.lib and object Release/eAccelerator.exp
cache.obj : error LNK2001: unresolved external symbol __imp__tsrm_mutex_unlock
.../...
Release/eAccelerator.dll : fatal error LNK1120: 13 unresolved externals
Error executing link.exe."

http://www.sitebuddy.com/PHP/Accelerators/eAccelerator_windows_binaries_builds#comment-1389

The best is probably to use the TS version.

http://www.sitebuddy.com/forum/eaccelerator/php_5_2_1_non_thread_safe_eaccelerator

Cheers,
Chris

I have quickly inspected the eAccelerator source code and it should work with the NTS version of PHP:
For example:

File: eaccelerator.h
#ifdef ZTS
# define ZTS_LOCK() tsrm_mutex_lock(ea_mutex)
# define ZTS_UNLOCK() tsrm_mutex_unlock(ea_mutex)
#else
# define ZTS_LOCK()
# define ZTS_UNLOCK()
#endif

File: eaccelerator.c
#ifdef ZTS
ea_mutex = tsrm_mutex_alloc();
#endif

It means that only if the preprocessor directive ZTS is defined it uses the synchronization functions. When you compile eAccelerator for the NTS version of PHP you have to make sure that the ZTS is NOT defined in preprocessor definitions (in VS.NET right click on the project then Properties then C/C++ -> Preprocessor -> Preprocessor Definitions).

Regards,
Mat

Set to compile against php5.lib + zts=0 still gives me similar errors (see previous message).

I don't think eLoader is maintained by Bart for now....

From Bart's site:

"WARNING: The encoder and loader DO NOT support php 5.1 nor php 5.0 and contain a lot of bugs for php 4. This is the last release in which the encoder/loader functionality will be available. Later a new encoder/loader might be included but there aren't any plans for that right now. "

You might want to check with Bart about his plans for eLoader. Let us know if you do.

Thanks,
Chris

The main fix in ea 0952 is:
"This release fixes the optimizer bugs with php 5.2 that caused exception handlers to be optimized out."

Thanks Bart for another great eAccelerator release!

Chris
PS: Feedback welcome (works or not?, faster or slower? ...).

It work well but need to flush the cache.
With php 5.2.4 + ea 0.9.5.1 : 0.23ms
With php 5.2.4 + ea 0.9.5.2 : 7.53ms before flush 0.19ms after flush

Thanks Bagu...

Good tip.

I've just uploaded eLoader for php 5.2.4.