WordPress.org

Ready to get started?Download WordPress

Forums

WP 2.0.4 - running terribly slowly! (64 posts)

  1. josephwatercolor
    Member
    Posted 7 years ago #

    I have the same problem for a long time...
    I also have a php gallery on my website which runs just as slow as wp. Sometime it is ok, mostly during the night, which takes 1-4 seconds to load. In the afternoon, however, my wp could take up to 40 seconds for the actual page to appear - meaning it's totally white and blank before the page appear. It loads fast after the page shows up though.
    Can someone tell me if it is the same problem with you.
    I suspect it's the server problem. I use globat with the most basic, cheapest plan.

  2. davidchait
    Member
    Posted 7 years ago #

    Since it doesn't seem to have gotten into this thread, at least one of people with reported issues was actually having problems with UTW, rather than WP204.

    As for joseph, the sentence "I use X with the most basic, cheapest plan." should answer the question of "why does my site run more slowly during peak hours of the day?"

    -d

  3. croila
    Member
    Posted 7 years ago #

    Okay. I admit it. I know everyone advises against it but ...

    I downgraded from v2.04 to v2.0.2 (couldn't find a download of v2.0.3).

    I run a 40-user intranet and I was getting such grief from the users about the degradation in speed and performance that I didn't feel I had much option other than to abandon v2.0.4.

    But I've never heard of this UTW thing, so I guess I'd better go and check it out now!

  4. idner
    Member
    Posted 7 years ago #

    I didn't upgrade to 2.04, I started with it and it has become very slow. It's not the site that is slow, the site is fast, its the admin area. Practically unnavigable.

  5. Jharis
    Member
    Posted 7 years ago #

    I have decided that I will go back to 2.0.3 or 2.0.1 that I upgraded from over this weekend. Unless someone gives me good reason not to.

    don (el paso)

  6. vkaryl
    Member
    Posted 7 years ago #

    Previous versions of wp can be found for download at http://static.wordpress.org/archive/.

    I've upgraded over a dozen blogs to 2.0.4. They aren't by any means on the same server - 5 different ones in fact, and one intranet.

    None of my installs are having slowdown problems either in the blog or the admin section. In fact, the intranet folks are exclaiming about how much faster the whole thing is.

    On two of my own personal blogs, I have upwards of 40 plugins running. No problems there either.

    Those of you mentioning the admin section slowness: have you tried editing all the rss feeds out of the dashboard (wp-admin/index.php)?

  7. Jharis
    Member
    Posted 7 years ago #

    vkaryl,

    Many are concerned and not complaining mind you. Most ppl just want things to run smoothly and when somethings out of the norm it raises a red flag. I think what raises a flag for most is that our upgrades went smoothly and our sites worked correctly before performing the upgrade to 2.0.4.

    I think we the general users see a bug in the 2.0.4 code (somewhere), becuase:

    We came from different versions, host, have different plugins and themes. Each of us have different levels of experience, and as such are not nubees to wp, or cms in general. So we're just raising our voices to get heard and a little info on how to make things better.

    I will give that a try before reverting.

    thank you

    don

  8. vkaryl
    Member
    Posted 7 years ago #

    Yes, I understood all that. However, there must be some common denominator amongst the few of you with this problem that hasn't been arrived at yet.

    Over time, the general reason for slow load within the admin section has been (historically) the proliferation of rss feeds on the dashboard. So that's a good place to start - take them out and see what it's like after. If you're not comfortable taking them out on your own, post back, and I'll make an already "whacked" working version available for download.

    "Reverting" to a previous version is almost universally a bad idea since each incremental version has security fixes as well as bug fixes. It would be infinitely better to try to discover the common denominator rather than degrading your version.

  9. croila
    Member
    Posted 7 years ago #

    Vkaryl, I do understand what you're saying about reverting to previous versions being a bad idea, really, I do, but there's no way I have the skill with PHP and WP yet to be able to identify my slowness problem. And with 40 users moaning in my ear, downgrading seemed the best thing for me to do. I just don't have the time or the knowledge to identify what's causing my slowdown with v2.0.4.

    Incidentally, I tried removing the RSS feeds on the dashboard, but that didn't make any difference at all. If I could even say it's just the admin area that's slow, that would give me something to work on, but no, it's absolutely everything!

    Maybe there's something weird in my server set up (I use 1and1 hosting, and it's certainly not the cheapest package!) that is conflicting with something with WP v2.0.4, because honestly, on my side there's nothing else I've changed at all.

    I'm completely bewildered, but as I have the older version running absolutely fine, I think I'll stick with that for the time being. I love WP, and I really appreciate all the help that the forum-readers give, but I'm kind of stumped now with this problem and will just wait and see what happens ...

  10. vkaryl
    Member
    Posted 7 years ago #

    Well, do your best to harden your installation (instructions in the Codex....) - I would hope that eventually some one thing will turn up that's that "common denominator", so you might keep checking back.

    Do you have any outside access to this intranet at all? If not that's a positive....

  11. croila
    Member
    Posted 7 years ago #

    No, I don't have any outside access at all, which helps any potential security problems :-)

    "Harden my installation" ... Um ..? I presume this means make it as robust as possible? Sorry, I've not heard that expression before ...

  12. vkaryl
    Member
    Posted 7 years ago #

    Yup. Had to go find it.... here: http://codex.wordpress.org/Hardening_WordPress

  13. croila
    Member
    Posted 7 years ago #

    Thanks vkaryl - that article looks very useful. Particularly the bit about file permissions, as I've been wondering about that for a while.

    Many thanks for the link :-)

  14. vkaryl
    Member
    Posted 7 years ago #

    You're welcome. It's too bad there's no way to key these topics to email a concerned poster; just keep checking back, I guess.

  15. halo-halogirl
    Member
    Posted 7 years ago #

    Is there any validity to what this guy writes on:

    http://comox.textdrive.com/pipermail/wp-hackers/2006-August/007644.html

    I've been going crazy trying to figure out why the Admin panel has suddenly gone snail-o-rama on me. It's weird, 2.0.4 was behaving perfectly ok until a few days ago. NOTE: I did NOT install any new plugins between 2.0.3 to 2.0.4 (I'm only using 5 plugins and they're supposedly 2.0 compatible), my site is fairly light/imageless, the site is fairly fast... so I can't figure out what I'm doing wrong. The 2.04. upgrade seemed to be clean (functioning well for 1 week).

    So, I installed clean fresh 2.0.4 few days ago - and it flaked out on me today.

    Now, trying to access wp-admin.php - won't load sometimes (blank page)... also can't access plugins.php (half the the time, usually loads blank... I have fast cable connection, so that's not the issue. Sigh.

    I guess, I'll just keep searching the Web and this forum for clues.

  16. halo-halogirl
    Member
    Posted 7 years ago #

    OK, unless the above thread is fake (I don't know), it looks like a thread of conversations among the official devs who work on WP.

    Last message on this thread...
    http://comox.textdrive.com/pipermail/wp-hackers/2006-August/007676.html

    So, if that's to be believed, the devs are acknowledging that there is a problem (that they've yet to isolate)...

  17. thaiboxing
    Member
    Posted 7 years ago #

    i'll just wait till this version become stable !

  18. Chris_K
    Member
    Posted 7 years ago #

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

  19. croila
    Member
    Posted 7 years ago #

    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!

  20. spencerp
    Member
    Posted 7 years ago #

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

    http://comox.textdrive.com/pipermail/wp-hackers/2006-August/007679.html
    http://trac.wordpress.org/changeset/4076

    http://trac.wordpress.org/ticket/2695
    http://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:
    http://comox.textdrive.com/pipermail/wp-svn/2006-August/thread.html

  21. croila
    Member
    Posted 7 years ago #

    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! ;-)

  22. knotty
    Member
    Posted 7 years ago #

    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.

  23. croila
    Member
    Posted 7 years ago #

    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!

  24. breger
    Member
    Posted 7 years ago #

    I too have noticed that WP 2.0.4 is running slow on my site (http://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?

  25. Quix0r
    Member
    Posted 7 years ago #

    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. :-)

  26. shedd
    Member
    Posted 7 years ago #

    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!

  27. Quix0r
    Member
    Posted 7 years ago #

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

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

  28. goatlip
    Member
    Posted 7 years ago #

    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.

  29. Quix0r
    Member
    Posted 7 years ago #

    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.

  30. nomad1
    Member
    Posted 7 years ago #

    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.

Topic Closed

This topic has been closed to new replies.

About this Topic