[TYPO3-project-4-3] 4.3.0 vs. 4.2.7

Ingmar Schlecht ingmar at typo3.org
Thu Jun 11 18:53:20 CEST 2009


Hi Rupert,

thanks for your profilings!

As an additonal scenario I think it would also be interesting to see
performance results of the trunk revision before autoloading and after...

Deaming: It would be cool if we had automatic performance testing for
each SVN revision :)

cheers
Ingmar



Rupert Germann schrieb:
> Hi Dan,
> 
> Dan Osipov wrote:
>> The graphs show a patched 4.2.7 - is that 4.2.7 with backported cached
>> treelist?
> 
> yes. 
>  
>> It's interesting that patched 4.3 is slightly higher, but not completely
>> equal to 4.2.7
> 
> yes. and since there are 3 key changes between 4.3 and 4.2.7 and I made 2 of
> them equal in both versions - there is only one change left as culprit.
> btw: if I profile a 4.3 page in Zend Studio I see that php spends quite a
> lot of time in the autoloader class...
>  
>> Were the tests done on just one page, or across the site - I remember
>> Ingo suggested MySQL cache will kick in with ab requests, making them
>> not completely accurate.
> 
> I used siege requesting 100 different pages randomly. But I don't want to
> discuss the testing methods here.
> Example: If someone constructs a new motor for cars he wants to get some
> comparable data like horsepower, torque and the like before the chassis of
> this car is even drawn. To get this data he mounts the motor to a testing
> facility putting load on the device to see how it reacts in different
> loading situations.  
> I'd say that's exactly what I did.
> 
> And it turned out that the new engine is not yet able to deliver the power
> that the old engine delivered.
> 
> Here the testing evironment(s) in detail:
> Environment 1: 
> 
> 2 TYPO3 installations, one with TYPO3 4.2.7dev, the other one with TYPO3
> 4.3.0 (latest trunk). 
> (later I patched them both and named them 4.2.7 patched and 4.3.0patched in
> the results)
> Both use identical databases. Apache and MySQL restarted after each test
> run. Tests run several times. Server settings for apache and mysql are
> slightly optimized to allow more apache childs and make mysql use more RAM
> for caching. eaccelerator activated (php memory-limit: 128MB). TYPO3 4.3
> caching framework uses dbbackend.
> Tests done on ubuntu 8.04-64bit on a quadcore machine using 8GB RAM.
> 
> Commandline:
> siege -c 30 -t 5M -i -b -f urls.txt
> 
> That simulates 30 concurent users (-c 30) clicking randomly the urls (-i)
> from urls.txt 
> (other options: b=throughput benchmark, no delay on concurrent users, t 5M=
> run for 5 minutes)
> urls.txt contains 101 randomly choosen urls from one TYPO3 site. 44 of them
> point to fully cached pages the rest to pages with an USER_INT plugin.
> Since the both sites are identical they use the same cHashes and so I used
> the same list on both installations by simply str_replacing the server
> address.
> 
> I also made tests on slower hardware (not in the graphics):
> Environment 2: 
> vbox server with 1 CPU and 768MB RAM, running ubuntu 8.10, apache and mysql
> with default settings, same identical databases, eaccelerator activated
> (php memory-limit: 64MB)
> 
> the tendency in the results is exactly the same as on the faster hardware:
> TYPO3 4.3 is ~ 25% slower than 4.2.7
> 
> I would be interested if one of you gets different results.
> 
> greets
> rupert
> 


More information about the TYPO3-project-4-3 mailing list