WP 2.0.4 – running terribly slowly!

i’ll just wait till this version become stable !

Keep reading that thread – as I recall, it came down to a small bug in the UTW plugin.

Thing is, the performance of my sites running v2.0.4 has been utterly appalling, yet before reading about it here I’d never even heard of the UTW plugin – I certainly don’t use it. So that’s not causing my problem, definitely. *sigh*

Oh well. I’ll keep trying to find the cause!

I’m not a Database Professional really.. but, maybe these will help ya..

https://comox.textdrive.com/pipermail/wp-hackers/2006-August/007679.html
https://trac.www.ads-software.com/changeset/4076

https://trac.www.ads-software.com/ticket/2695
https://comox.textdrive.com/pipermail/wp-hackers/2006-August/007675.html

Like I said, not sure.. but, from those there.. It appears that maybe it’s been fixed for 2.1..??

spencerp

4076 here:
https://comox.textdrive.com/pipermail/wp-svn/2006-August/thread.html

Wow. Spencer, thank you so much for trying to help, it’s ever so kind of you, but this stuff is waaaaaaay over my head!

I reckon I’m just going to wait till v2.1 gets released.

Boy. Now I need to go and have a weee lie down after reading all that database stuff! ??

I don’t know if this may be one cause but a while back pingomatic took forever to complete (30-60 seconds). I have been using another update service and never had a problem since in slow loading.

Another cause of slowness used to be the dashboard so I have always disabled it.

Knotty, thank you for your suggestions, but I don’t use any ping services, and I’ve stripped nearly everything out of the dashboard ?? So, nope, it’s not that!

I too have noticed that WP 2.0.4 is running slow on my site (https://www.airdrie.net/weblog2), and when I did the upgrade as normal I did get an error message as follows:
WordPress database error: [Incorrect table definition; there can be only one auto column and it must be defined as a key]
ALTER TABLE wp_usermeta ADD COLUMN umeta_id bigint(20) NOT NULL auto_increment

WordPress database error: [Key column 'umeta_id' doesn't exist in table]
ALTER TABLE wp_usermeta ADD PRIMARY KEY (umeta_id)

Step 1
There's actually only one step. So if you see this, you're done. Have fun!
The fact that it seemed to complete OK and I can use the site as normal caused me to ignore the problem and continue using, but any ideas what this error means and if it would affect the slowness of loading the site?

I ran the APD (Advanced PHP Debugger) on WordPress 2.0.4 and here is the result. The first is for user+system time spent in subroutines the second the number of calls:

Trace for /var/www/htdocs/index.php
Total Elapsed Time = 19.88
Total System Time = 1.26
Total User Time = 6.30

Real User System secs/ cumm
%Time (excl/cumm) (excl/cumm) (excl/cumm) Calls call s/call Memory Usage Name
--------------------------------------------------------------------------------------
5.7 0.51 0.51 0.35 0.35 0.08 0.08 18497 0.0000 0.0000 0 mysql_fetch_object
5.4 1.25 1.25 0.28 0.28 0.12 0.12 4591 0.0001 0.0001 0 mysql_query
5.0 0.44 0.50 0.33 0.38 0.05 0.06 9263 0.0000 0.0000 0 WP_Object_Cache->get
4.9 0.38 0.38 0.30 0.30 0.07 0.07 16688 0.0000 0.0000 0 mysql_num_fields
4.7 0.42 0.42 0.29 0.29 0.07 0.07 9088 0.0000 0.0000 0 microtime
4.6 0.55 0.55 0.31 0.31 0.04 0.04 12213 0.0000 0.0000 0 mysql_fetch_field
4.3 0.31 0.31 0.27 0.27 0.05 0.05 11700 0.0000 0.0000 0 str_replace
4.3 0.40 0.40 0.24 0.24 0.09 0.09 14607 0.0000 0.0000 0 preg_match
3.7 0.33 0.33 0.26 0.26 0.02 0.02 4527 0.0001 0.0001 0 wpdb->flush
3.4 0.30 0.30 0.25 0.25 0.01 0.01 4124 0.0001 0.0001 0 logthis
3.4 0.23 0.23 0.20 0.20 0.05 0.05 11379 0.0000 0.0000 0 explode
3.2 0.24 0.36 0.22 0.30 0.02 0.02 7998 0.0000 0.0000 0 preg_replace
3.0 0.24 0.24 0.19 0.19 0.04 0.04 13614 0.0000 0.0000 0 is_array
2.6 0.28 0.28 0.18 0.18 0.02 0.02 2021 0.0001 0.0001 0 strtotime
2.6 0.24 0.24 0.18 0.18 0.02 0.02 7674 0.0000 0.0000 0 func_get_args
2.5 0.26 0.26 0.18 0.18 0.01 0.01 4933 0.0000 0.0000 0 unserialize
2.2 0.18 0.18 0.15 0.15 0.02 0.02 2301 0.0001 0.0001 0 date
1.8 0.11 0.11 0.12 0.12 0.02 0.02 4475 0.0000 0.0000 0 mysql_free_result
1.7 0.16 0.16 0.10 0.10 0.03 0.03 7584 0.0000 0.0000 0 merge_filters
1.6 0.15 0.15 0.10 0.10 0.02 0.02 7674 0.0000 0.0000 0 array_slice

And here goes the second test:

Trace for /var/www/htdocs/index.php
Total Elapsed Time = 19.88
Total System Time = 1.26
Total User Time = 6.30

Real User System secs/ cumm
%Time (excl/cumm) (excl/cumm) (excl/cumm) Calls call s/call Memory Usage Name
--------------------------------------------------------------------------------------
5.7 0.51 0.51 0.35 0.35 0.08 0.08 18497 0.0000 0.0000 0 mysql_fetch_object
4.9 0.38 0.38 0.30 0.30 0.07 0.07 16688 0.0000 0.0000 0 mysql_num_fields
4.3 0.40 0.40 0.24 0.24 0.09 0.09 14607 0.0000 0.0000 0 preg_match
3.0 0.24 0.24 0.19 0.19 0.04 0.04 13614 0.0000 0.0000 0 is_array
4.6 0.55 0.55 0.31 0.31 0.04 0.04 12213 0.0000 0.0000 0 mysql_fetch_field
4.3 0.31 0.31 0.27 0.27 0.05 0.05 11700 0.0000 0.0000 0 str_replace
3.4 0.23 0.23 0.20 0.20 0.05 0.05 11379 0.0000 0.0000 0 explode
5.0 0.44 0.50 0.33 0.38 0.05 0.06 9263 0.0000 0.0000 0 WP_Object_Cache->get
1.5 0.11 0.60 0.07 0.43 0.04 0.10 9151 0.0000 0.0000 0 wp_cache_get
4.7 0.42 0.42 0.29 0.29 0.07 0.07 9088 0.0000 0.0000 0 microtime
3.2 0.24 0.36 0.22 0.30 0.02 0.02 7998 0.0000 0.0000 0 preg_replace
2.6 0.24 0.24 0.18 0.18 0.02 0.02 7674 0.0000 0.0000 0 func_get_args
1.6 0.15 0.15 0.10 0.10 0.02 0.02 7674 0.0000 0.0000 0 array_slice
1.7 0.16 0.16 0.10 0.10 0.03 0.03 7584 0.0000 0.0000 0 merge_filters
1.3 0.09 1.54 0.08 1.15 0.02 0.24 7556 0.0000 0.0000 0 apply_filters
2.5 0.26 0.26 0.18 0.18 0.01 0.01 4933 0.0000 0.0000 0 unserialize
0.9 0.09 0.34 0.06 0.24 0.01 0.02 4914 0.0000 0.0000 0 maybe_unserialize
0.7 0.08 1.35 0.04 0.98 0.02 0.16 4909 0.0000 0.0000 0 get_settings
5.4 1.25 1.25 0.28 0.28 0.12 0.12 4591 0.0000 0.0000 0 mysql_query
1.2 0.13 0.13 0.08 0.08 0.00 0.00 4530 0.0000 0.0000 0 mysql_error

I guess it’s clear: the database acceses are consuming very much time. I suggestion here is to develop a class for caching SQL queries.

Whenever a SELECT command runs it checks for a cache file, in other cases (DELETE, UPDATE and so on) it will purge all assigned cache files with that table.

More details in a minute. ??

I’d agree – I was running 2.0.1 with the K2 theme, which ran at a fairly fast speed. However, after upgrading to 2.0.4, the admin panel runs at a decent speed, but the main site is running very very slowly. Changing pages once you get the overall site loaded isn’t too bad, but the initial load (or if you refresh) takes forever – at least 5 times as slow as it was before.

For those of you who downgraded, what all is involved with that?

Thanks!

Please visit my blog I have added a post about a SQL cache.

An approach for a faster WordPress (2.0.4-) powered weblog

I’m having the same issue with a brand new install. I was gonna wait to post till I was able to imporve it a little bit, but haven’t been able to. I though it was K2 or some plugins but changed to the default theme and deactivated the plugins and it’s still running slow. Oh, i also disabled all the Ajax stuff in K2 and and deleted pingomatic in the update service. I haven’t noticed any difference is peak/non-peak times either.

I’ve seen a lot of post about sites (mostly the dashboard) running slow after moving to 2.X. My slowdown happens when the frontend loads or when you go to other pages.

Is this something that the devs are still looking into or have isolated? Will 2.1 take care of this?

I really love this system after trying Mambo and Modx. This has been a pleasure, but this slowness is just awful.

Do you want to try out my SQL cacher? Its still alpha and may break the BDP referral tracker in admin area (number of total hits are not updated, why????) Then I rather send you the link nor posting it here so non-coders will not download alpha code by a mistake.

Admin pages load fast (around 1 sec), but each blog page takes about 5 sec to load – all my other scripts like Coppermine take 1 sec to load. Is this normal for 2.0.4? I’ve deactivated some plugins and changed from the Classic theme to Kubrick or Veryplaintext but there was no difference.

I thought I had tried deactivating all plugins, but now I’ve found out it’s the Adhesive plugin that is slowing down the page load!