| Author |
|
wm003
Joined: 24 Mar 2006
Posts: 88
|
 Posted: Wed 21 Dec '11 7:47 Post subject: |
 |
|
| Steffen wrote: | | Apache Lounge is also running Windows Server 2008 R2 SP1 with mod_fcgid, nowadays Apache 2.4. |
Steffen, i have the same setup as yours, but i dont have any working eaccelerator (gets read timeout from pipe) nor wincache in x64(gets random http500 and endless respawn of php-cgi.exe without killing previous instances, so the server dies with memory overflow in a couple of hours/minutes/randomly even for the x86 version of wincache).
Are you using some kind of caching like that successfully on your x64 setup? |
|
| Back to top |
|
Steffen
Moderator
Joined: 15 Oct 2005
Posts: 3092
Location: Hilversum, NL, EU
|
| Posted: Wed 21 Dec '11 12:20 Post subject: |
|
|
Running here php 5.2.17 with WinCache 1.2.614, with eAccelator it runs also fine. This with Win32 and Win64. So, no PHP 64 here.
Maybe a php extension is causing your issue.
Steffen |
|
| Back to top |
|
wm003
Joined: 24 Mar 2006
Posts: 88
|
| Posted: Wed 21 Dec '11 14:12 Post subject: |
|
|
the same setup in Win32 works for me too. Just the x64 version does not. i bet its the oracle x64 driver, but i cannot prove that.
any idea how to get more details beside the error.log and event.log file what component exactly was responsible for that?. It's totally random.
i event tried php_apn, doesnt work either...
But using the x86 version of the oracle driver doesnt work at all with the x64 setup of php and apache...its a pity. i now can decide between not using any opcode-caching at all (but stay at x64) or fall back to x86 (so i dont have any benefit from the x64 system)
*sigh*  |
|
| Back to top |
|
James Blond
Moderator
Joined: 19 Jan 2006
Posts: 7371
Location: Germany, Next to Hamburg
|
| Posted: Wed 21 Dec '11 14:22 Post subject: |
|
|
| wm003 wrote: |
But using the x86 version of the oracle driver doesnt work at all with the x64 setup of php and apache...its a pity. i now can decide between not using any opcode-caching at all (but stay at x64) or fall back to x86 (so i dont have any benefit from the x64 system)
*sigh* |
Does one of the PHP processes use more than 2 GB of RAM or why do you need it in 64 bit?
For me it works superb apache in 64 bit and PHP over fcgid in 32 bit.
The only issue I have with the 32bit version of PHP is when reading the system32 folder cause it doesn't read it but the SysWow64 folder. But that was only for testing. I do not allow PHP processes to read any fiel outside of the document root.
What benefit you think you would have with a 64 bit PHP? |
|
| Back to top |
|
wm003
Joined: 24 Mar 2006
Posts: 88
|
| Posted: Wed 21 Dec '11 16:22 Post subject: |
|
|
No, the processes are having up to 50MB (mainly because oracle eats up that much data...)
But if i have apache 64 bit on win 64 bit, why shouldn't i use all components in 64 bit aswell?
When i am going to use php32 again, i also need to downgrade the oracle driver to 32 bit. So the only software running in 64 bit then would be apache.
Does this make really sense, switchin to a 64 bit e os having nearly all components still running in 32 bit system?
As said, it is all working in 64 bit (apache/oracle/mysql/php), just the caching does not.
But you seem to be right anyway: i think i will use the old 32 setup for php again and run it under win/apache64 to test if this works with eaccelerator for me. |
|
| Back to top |
|
Steffen
Moderator
Joined: 15 Oct 2005
Posts: 3092
Location: Hilversum, NL, EU
|
| Posted: Wed 21 Dec '11 16:44 Post subject: |
|
|
PHP 64 is not supported by the PHP guys, and it should take a while before they do. Like your issues, they have lot's issues with other extensions.
I see no problem at all to run 32 bit on Win 64. Apache Win64 should run fine with Fastcgi+PHP32.
Steffen |
|
| Back to top |
|
wm003
Joined: 24 Mar 2006
Posts: 88
|
| Posted: Wed 21 Dec '11 16:49 Post subject: |
|
|
| ok, thanks. i am going to change the setup accordingly. |
|
| Back to top |
|
Habbakuk
Joined: 10 Feb 2012
Posts: 2
|
|
| Back to top |
|
