[wp-hackers] Incredibly High PHP Creation Times on WP SVN?

Computer Guru computerguru at neosmart.net
Fri Oct 5 01:18:45 GMT 2007

I'll be damned!

"This gzipped page was brought to you in 115.8840 seconds over 26 queries."
(it was that long - and it's not gzipped.)

Yet XDebug/WinGrindCache claims that the total for that request was "only" 28,258ms... which is a lot, but not exactly 115 seconds worth of info. But nevermind that.

It seems that 17k ms went to the flock() function in the wp object cache!!!  - and that's just to get a file lock.
Another 500ms went to an external link identification plugin I have installed.

Wp object cache murdered my site every time it attempted to use flock() and stabbed it in the back every time it went to retrieve what turns out to be megabytes of data in the form of cached comments and other data.

Guess I was wrong about wp-cache. Reason I didn't get it - here's my wp-config.php:

define('ENABLE_CACHE', false); //WP in-built object cache

Apparently setting it to false or setting it to true makes no difference. Turns out you have to remove that line altogether!

Looks like we're using is_defined instead of evaluating enable_cache with true/false.

Thanks for the help. 

Computer Guru
NeoSmart Technologies

> -----Original Message-----
> From: wp-hackers-bounces at lists.automattic.com [mailto:wp-hackers-
> bounces at lists.automattic.com] On Behalf Of DD32
> Sent: Friday, October 05, 2007 2:15 AM
> To: wp-hackers at lists.automattic.com
> Subject: Re: [wp-hackers] Incredibly High PHP Creation Times on WP SVN?
> Check for any plugins which make HTTP requests.
> Try installing a profiler (Such as XDebug) and check the results of
> that.
> (I use XDebug 2.0.0 + WinCacheGrind to view the output on Win32 +
> Apache + PHP5.2.4)
> Apologies for the last blank email.. i've seen them coming from other
> people too, maybe the software should reject blank emails??
> On Fri, 05 Oct 2007 07:13:33 +1000, Computer Guru
> <computerguru at neosmart.net> wrote:
> > I'm having this really weird issue with WP SVN, wondering if anyone
> can point me in the right direction...
> >
> > On my blog (http://neosmart.net/blog/) I'm experiencing really
> (really!) high PHP page creation times, on "stock" configuration:
> >
> > I tried to disable all plugins and turning off object caching, but it
> makes *zero* difference. No other script on my site suffers from the
> same problem (vBulletin, Gallery2, and more).
> >
> > I've tried both Apache 2.2.6 and IIS (6 on Windows 2003) w/ FastCGI
> and *SAPI to no avail. Even with an awesome opcode cacher (XCache), I'm
> only getting anywhere from 3-50 second page generation times. I
> installed the MySQL inspection plugin - MySQL queries take .0x seconds
> *maximum* and the rest is all PHP. I tried PHP 5.2.3 and PHP 5.2.4, no
> difference. Tried threadsafe and non-threadsafe binaries, no
> difference.
> >
> > It doesn't seem to be a server configuration issue since it works
> brilliantly for everything else and occurs on both IIS and Apache on
> two different versions of PHP.
> >
> > Does anyone have any idea if any changes in the WP SVN code recently
> (last 2 - 3 weeks) could result in this bizarre behavior?
> >
> > Microtime stats are displayed in the footer, you can compare them to
> those on vBulletin @ http://neosmart.net/vBulletin/ in the footer as
> well.
> >
> > How do I go about seeing what's causing these exorbitant page
> creation times?
> >
> > Computer Guru
> > NeoSmart Technologies
> > http://neosmart.net/
> >
> >
> >
> > _______________________________________________
> > wp-hackers mailing list
> > wp-hackers at lists.automattic.com
> > http://lists.automattic.com/mailman/listinfo/wp-hackers
> >
> _______________________________________________
> wp-hackers mailing list
> wp-hackers at lists.automattic.com
> http://lists.automattic.com/mailman/listinfo/wp-hackers

More information about the wp-hackers mailing list