IIS 7 and Above
slow performance with IIS 7.5 and PHP x64 and Typo3
Last post Jun 27, 2012 10:49 AM by oherbst
Jun 21, 2012 05:31 AM|oherbst|LINK
We have a new Server with Windows Server 2008 R2 Enterprise, Servicepack 1, 64Bit.
RAM: 24 GB, CPU: Intel Xeon E5603 1.6 GHz,
Internet information Server 7.5.7600,16385,
PHP x64, Vers. 5.3.13 in IIS as Fastcgi Configured
as Website we MUST use Typo3
the Performance of PHP is very poor. The index.php from Typo3 needs about 30 - 40 Seconds to load if there is more then 50 User on the Maschine. there is no Login required, just a simple Site.
Our fastcgi-Config is as follows: MAXRequestes: 10000, MAXInstances: 100, ActivityTimeout: 60,
We played around with some different configs and with some configs about MYSQL but the performance is still very poor.
Has anybody any Idea what is runinng wrong on this Maschine?
Jun 23, 2012 01:35 PM|Rovastar|LINK
What does the failed request tracing say the bottlenecks are?
Jun 27, 2012 03:47 AM|oherbst|LINK
thanks for the Reply. I really cant tell where the Bottleneck are. The Server is an 8Core 1,6 GHz Machine with 64GB RAM and Gigabit Network and fast HDD´s. System is on one HDD, Data on a second HDD.
When we are doing Stresstests with 500 User simulating the RAM will only used up to 4 to 6 GB. But the CPU´s (all 8Cores) are runing at 100 % for a while. At the Moment the Server is still answering but a simple Website needs up to 30 second to come. Bevor
the optimising we had the error "A server error occured" in the Browser.
We have optimisted the Caches in PHP and Typo3 and it did getting better but it is still to slow.
It looks like the PHP under IIS7.5 is slow working without any Solution.
Thanks for reply
Jun 27, 2012 07:22 AM|Rovastar|LINK
I have just noticed you are using 64bit PHP. I think it is still the case that you should use the 32bit version for better performance.
Give it a go.
Jun 27, 2012 10:01 AM|oherbst|LINK
64Bit PHP is obsolete by now. We changed it back to 32Bit.
At the Moment we give the Caching (in German it is called "Anwendungszwischenspeicher, i think its applicationcache in English) in IIS a go. We configured the Cache in IIS to work in Kernalbasedmode on a filechangebase.
It looks like that this is very much faster then before. Maybe this is the Solution for the Performance.
But anyway, Thanks for the Tipp.
Jun 27, 2012 10:49 AM|oherbst|LINK
just a Quick Info: It seems that the Config with the Caching did the Trick. The Perfomance of the Sie und there Pages are much better and under a Stress test with 500 Simulated Users was very succesfull.
Thanks for the Replys,