Re: [PHP-INSTALL] huge performance diff between windows and linux.

I don't know what just happened, but the same computer that was showing 
me less than 4 secs for the bench with nts is now showing me the same 
results as ts, the configuration of either (Apache and PHP) have not 
changed (well only Apache to change from TS to NTS)

Any ideas what can cause that?

Signature


      Jorge Hernandez

	

	

	

165 East 115th Street #4B
New York, NY 10029 
<http://maps.yahoo.com/py/maps.py?Pyt=Tmap&addr=165+East+115th+Street+%234B&csz=New+York%2C+NY+10029&country=us> 


[email protected] <mailto:[email protected]>

	

tel:
fax:
mobile:

	

646-403-9802
646-519-4352
646-262-1908

On 9/10/2013 1:28 PM, Jorge F. Hernandez wrote:
> Good news for those who (like me) rather use PHP as an Apache Module, 
> I just ran the benchmark script on:
>
> Windows Server 2012
> Apache 2.4 x64
> PHP 5.5.3 x64 as Apache Module
>
> And got this:
>
> PHP version : 5.5.3
> Platform : WINNT
> --------------------------------------
> test_math                 : 1.093 sec.
> test_stringmanipulation   : 2.106 sec.
> test_loops                : 0.772 sec.
> test_ifelse               : 0.477 sec.
> --------------------------------------
> Total time:               : 4.448 sec.
>
> This was a Virtual Machine so it doesn't have the power of a real 
> server, but at least it scores a lot better than Windows Server 2008 R2.
>
> If somebody can run it on Server 2012 with IIS, please post the results.
>
> Thanks
>
> Jorge
> Signature
>
>
> On 9/9/2013 3:16 PM, Jorge F. Hernandez wrote:
>> I just tested PHP 5.5.3 running on Apache as Fast CGI with mod_fcgid 
>> and got these results:
>>
>> PHP version : 5.5.3
>> Platform : WINNT
>> --------------------------------------
>> test_math                 : 0.768 sec.
>> test_stringmanipulation   : 1.876 sec.
>> test_loops                : 0.728 sec.
>> test_ifelse               : 0.521 sec.
>> --------------------------------------
>> Total time:               : 3.893 sec.
>>
>> And according to a wiki I read (don't remember which one) mod_fastcgi is supposed to be even faster.
>>
>> So I guess PHP runs faster as CGI than a module, which to me is weird.
>>
>> Which leads me to my next question, how is that possible having in mind that as per php.net:
>>
>> ===========
>> Warning
>>
>> A server deployed in CGI mode is open to several possible vulnerabilities. Please read our CGI security section to learn how to defend yourself from such attacks.
>> ===========
>>
>> I guess it's time to open a bug in PHP's bugzilla site.
>>
>> Signature
>>
>>
>> On 9/8/2013 12:09 PM, Paul Roland wrote:
>>> Hey I have an issue and I ran out of ideas.
>>> I have two virtual servers, one running debian with compiled php and one
>>> running server 2008 with php non thread safe version.
>>> Both have 5.5.3 version installed and both have almoust the same config and
>>> modules, with opcache enabled.
>>>
>>> However I ran the benchmark script found online and I get this values:
>>>
>>> Linux:
>>>
>>> PHP version : 5.5.3
>>> Platform : Linux
>>> --------------------------------------
>>> test_math                 : 1.677 sec.
>>> test_stringmanipulation   : 1.625 sec.
>>> test_loops                : 0.910 sec.
>>> test_ifelse               : 0.757 sec.
>>> --------------------------------------
>>> Total time:               : 4.969 sec.
>>>
>>> Windows:
>>>
>>> PHP version : 5.5.3
>>> Platform : WINNT
>>> --------------------------------------
>>> test_math                 : 2.516 sec.
>>> test_stringmanipulation   : 5.297 sec.
>>> test_loops                : 1.516 sec.
>>> test_ifelse               : 0.781 sec.
>>> --------------------------------------
>>> Total time:               : 10.11 sec.
>>>
>>>
>>> The question is am I missing something? can somebody with more experience
>>> advise me what to setup on php or iis to improve this?
>>> Not to mention that the windows server has double amount of ram and cpu.
>>>
>>> I know I know I should blame Microsoft but even so I doubt THEY can do anything
>>> in this setup. So I doing my best on my own, I would love to have Linux on that
>>> box but it's not up to me.
>>>
>>>
>>>
>>
>