I think there used to be a tagline about (tag)soup here… anyway…
Directly after upgrading this weblog, little over a week ago, I felt it was a little bit sluggish. Compared to the 1.5 version I was running before. Maybe it could be just the webserver as I’m running on a shared hosting solution. Therefore one of the neighbours could be having a party… again.
But finding it slow on and off I decided to see how slow or fast WordPress 2.0 really is. This new incarnation of everyone’s favorite weblog tool supports ‘object caching’. Caching generally is a good thing. The results? Hmmm not good…
For science sake, let’s pretend this is a wholy correct test in which all variables are controllable and repeatable. They were not. But then again, I just wanted to compare WP 1.5 to WP 2.0 and get an idea on how much of a hit I’m taking.
Testing was done locally on my iBook 12″, 1.33 GHz G4, 512MB running OS X 10.4.3 with Apache/1.3.33, PHP v5.0.4 and MySQL Standard 5.0.16. Note that the iBook is playing server and client at the same time. This will influence the statistics as it is not a dedicated webserver. Then again, a live webserver has lots of other things to do while serving my pages. Therefore I ran 5 different browsers (Safari 2.0, Firefox 1.5, Camino 1.0b2, OmniWeb 5.1.1 and Opera 8.51) to even out the results. Remember, I’m not looking for exact timings but average increase or decrease in serverload.
First I took a baseline with a standard, clean, new, installation of WordPress 1.5.2. Imported all the posts I had so far to fill the database and make it a more real environment. (Single post environments are damn fast! ) WordPress offers statistics (do a view source and look at the bottom) so I noted those. This probably scews the results a bit, but it’s all I have.
After that I upgraded to WP 2.0 and increasingly added my custom theme and plugins. Meanwhile switching cache on and off. Again, I took notice of the provided timings by WordPress itself.
Let’s cut things short. Here are the results:
|Scenario||#Queries||Δ *||Time (s)||Δ *||#Queries||Δ *||Time (s)||Δ *|
|1||WP1.5.2 Kubrick Theme (Baseline)||16||-||1,449||-||13||-||0,664||-|
|2||WP 2.0 Kubrik Theme **||17||6%||1,726||19%||15||15%||0,697||5%|
|3||WP 2.0 Kubrick Theme; Cache Disabled||17||6%||1,715||18%||15||15%||0,725||9%|
|4||WP 2.0 Kubrick Theme; Cache Enabled **||13||-19%||1,878||30%||11||-15%||0,731||10%|
|5||WP 2.0 TL Theme; Cache Disabled||17||6%||1,837||27%||15||15%||1,061||60%|
|6||WP 2.0 TL Theme; Cache Disabled; Plugins Enabled;||24||50%||2,212||53%||31||138%||1,460||120%|
|7||WP 2.0 TL Theme; Cache Enabled; Plugins Enabled;||19||19%||2,339||61%||26||100%||1,532||131%|
* Delta is the percentual difference to the baseline. 100% means, twice as much as the baseline.
** Caching was enabled by default, but not working due to rights issues.
Wrapping it up. I’m not too happy with the new caching feature. Maybe I should just disable it. Then again, I really should take a look at my plugins, as they double the time to build a page. Probably the best is to take another look on the live server and find out where it hurts most.
I wonder what Matt’s thinking about his caching features…
[...] Unfortunately it’s broken. At least on ThinkLemon.com it is and maybe all websites running PHP Safe Mode (although I haven’t pinpointed it to that ‘feature’). Today, after a lot of ‘hacking’, I found out that although my ‘wp-content/cache’ dir is writable, it won’t create a cache. Each page-request tries to build a cache, but fails miserably along the way. In short, it wastes a lot of time and resources doing nothing in result. Maybe that’s why I found WP 2.0 to be sluggish… [...]
[...] Salah satu review dan comparison test yang saya baca di dalam artikel “Is WordPress 2.0 that sluggish?”. Didapatkan tabel perbandingan test WP 1.5.2 dengan WP 2.0, ternyata dari hasil perbandingan tersebut WP 2.0 lebih lambat dibandingkan dengan WP 1.5.2 meskipun dengan meng-enable atau disable cache. Sejak WP 2.0 di release, WP memperkenalkan fiture Built-in Caching untuk mengurangi beban pages query yang menjadi salah satu fiture andalan WP 2.0. Meski tulisan dalam artikel tersebut menyangkal hal ini. If you want faster, go with WP 1.5.2 as any timing with WP 2.0 is slower. As you can see the number of database queries performed isn’t correlated with the time it took to construct the page. [...]