One more with php53 and define ( 'EZP_INI_FILEMTIME_CHECK', false );
EZP_INI_FILEMTIME_CHECK gives 30 % on top
C:\workspace>c:\apache2\bin\ab.exe -n200 -c15 http://41.example.com/
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking 41.example.com (be patient)
Completed 100 requests
Completed 200 requests
Finished 200 requests
Server Software: Apache/2.2.11
Server Hostname: 41.example.com
Server Port: 80
Document Path: /
Document Length: 22137 bytes
Concurrency Level: 15
Time taken for tests: 14.038 seconds
Complete requests: 200
Failed requests: 0
Write errors: 0
Total transferred: 4521200 bytes
HTML transferred: 4427400 bytes
Requests per second: 14.25 [#/sec] (mean)
Time per request: 1052.850 [ms] (mean)
Time per request: 70.190 [ms] (mean, across all concurrent requests)
Transfer rate: 314.52 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.4 0 1
Processing: 396 1031 317.0 979 1993
Waiting: 396 1031 317.1 979 1993
Total: 397 1031 317.0 979 1993
Percentage of the requests served within a certain time (ms)
50% 979
66% 1148
75% 1240
80% 1305
90% 1488
95% 1653
98% 1780
99% 1936
100% 1993 (longest request)
that is good news. It is not unexpected. The problem on windows has been the file i/o. In PHP 5.3 the Microsoft team have totally rewritten this and they were arguing that we should see the same performance on Windows as on Linux with PHP 5.3. This seems to be the case (or close to), I have not yet benchmarked this myself though.
I can confirm this, tested this a while back with alpha builds. So a big present for us Windows developers, and also makes it more feasible to run eZ Publish on Windows servers.
"and they were arguing that we should see the same performance on Windows as on Linux with PHP 5.3"
This is an overstatement, at least for eZ Publish. I have about the same numbers as Björn, and my Linux x64 distro on the same machine gives me close to 40 Requests per second with php 5.2. From what I understood from Derick, some of the difference also comes from the slower process creation speed on Windows and slow POSIX emulation layer, not sure if they have worked on those parts as well though.
But, using IIS fastcgi and x64 builds of PHP will probably get you close to a third of the performance you get on Linux, so a lot better then 1/10 in earlier versions:)
One of my client wants eZ 4.1.3 with php 5.3. I think we should wait to upgrade to php 5.3.
Are there known bugs ? What is the official answer of eZ Systems on that point ?
There is no official response yet as we haven't been able to test it properly yet (something QA will do as part of the 4.2 release cycle sometime in august).
A quick look in the php issue tracker might suggest that you should wait for 5.3.1, as there are a couple of reports that seem to affect eZ Publish badly if they are true. (parent::func() and misc file system stuff on Windows).