Tom, what type of PHp are you using? fastCGI, DSO, or what?
I posted my PHP environment info on the previous page:
“EDIT: I just heard from Hostgator support and they informed me they are running PHP 5.2.17 with ionCube PHP Loader v3.3.20.”
I would imagine PHP is being loaded as a DSO, if ionCube doesn’t change that in any way. That’s all the info I currently have on the PHP environment.
Peace…
Yeah, even with ionCube it could be a couple different flavors.
Ask them if they’re running eAccelerator or APC or any other PHp caching. That’s info your host SHOULD be able to get you fast.
Ok, I’ll ask them that now. I just looked at cPanel and they DO have Zend Optimizer 3.3.9 installed as well as PHP 5.2.17 and ionCude 3.3.20.
Peace…
See if you can turn off Zend.
I have seen it do a huge number of idiotic things. (Like, try running MediaWiki with it on. You will cry.)
Keep in mind, I’m on a shared server, so I doubt that would be an option unless Zend can be disabled for my site only.
Thanks!
Peace…
Tomdkat,
You answered my PS about not enough data YET to say it’s a Hostgator thing… instead of the tracing I’ve mentioned.
Did you try tracing a route to your site? Is it just a server processing issue?
Maga
Yep, I ran a traceroute and a ping test, per instruction from Hostgator support and sent them the info. Nothing appeared out of the ordinary in the traceroute and ping output.
What I’ve found is the stalls happen only when connecting to the WordPress version of the site. When I would connect to the old static HTML version (which is now gone), those pages would load quickly and reliably. In fact, I could load every page of the static site while waiting on a stall trying to load ONE of the pages in the WordPress site. Then, whatever the bottleneck is seems to clear itself and WordPress pages load quickly. Then, they start lagging again. Sometimes, I can’t even get into the WordPress Dashboard, due to my login experiencing a stall.
Peace…
That’s highly indicative of a caching issue, tomdkat, or a DB connection issue.
What are your SEVER specs beyon “PHP 5.2.17 with ionCube PHP Loader v3.3.20.”
What OS are you on (i.e. CentOS)?
What version of Apache are you running?
How much memory do you have?
What version of SQL are you on?
Some of the server info was posted by ponderconsulting on the previous page:
Apache version 2.2.19
PHP version 5.2.17
MySQL version 5.1.52
The site is hosted on a server running CentOS. The server has 12GB of RAM and 16 cores. Hostgator tells me system load never exceeds normal levels, which is basically no load at all and I’ve confirmed this through cPanel as best as cPanel reports system load info. I have even had a Hostgator rep on the phone with me, monitoring the server while my browser was stalled and nothing abnormal or unusual was seen. The Hostgator rep was able to see my socket connections from his end as well.
As a test, I did fresh Hostgator installation in a different directory on the server and just went through the 5-minute installation process. After the install completed, I did NOT install any plugins and experienced stalls navigating the dashboard.
Hostgator suggested I remove the “All-in-one SEO pack” plugin, because they have had experience with that plugin causing performance problems, and replace it with “Greg’s SEO pack” (or something like that). They also suggested I install the “W3 Total Cache” plugin for caching pages. I disabled the “All-in-one SE pack” plugin, but that didn’t seem to help. I installed the “W3 Total Cache” plugin and that didn’t seem to help either. I disabled the “NextGEN Gallery” plugin we had installed and that seemed to help a lot since the frequency of the stalls is now greatly reduced but they haven’t been eliminated. Most of this info has already been posted on page #1 of this thread.
Would there be a caching issue involved with navigating the WordPress dashboard right after a fresh WordPress installation?
Also, I experienced the stalls in WordPress 3.1.4 and upgraded to 3.2.1, hoping that would solve the problem.
Right now, Hostgator wants me to enable the “CloudFlare” proxy server they offer to see if that will eliminate the stalls.
Additionally, for the other Hostgator customers experiencing this problem, Hostgator support has asked me if you are located in California or not. I’m located in California.
Thanks!
Peace…
I don’t have the All in One SEO plugin installed at subdomain.harmonieponder.com and I even have it white listed mod_security #1234234 and it still hangs.
I am in Michigan.
Hi, I’m adding myself to the thread…
I have constant random “Glaciar” performance of WordPress 3.2.1 (back from 3.1.4 maybe). Sometimes pages (front and admin) load quickly, but seconds later the server response time drops to zero.
I’m a Hostgator Reseller. I have many sites with several plugin configurations, all slow as a turtle. My server load indicates 16.4 with 16cpus. I have never expirienced this kind of performance with WordPress. I’ve been at Hostgator for 3 years and admin like 20 sites, and only 3.2 setups are lagging. WP 3.1 sites work fine, also handcoded sites.
I just hope to hear good news soon…
@cannobbio, have you contacted Hostgator support about the issue at all? That server load sounds rather high to me.
Peace…
@tomdkat, no I haven’t. I’ve just started to take action.
16.4 in 16 cpus. is that high?. I’s 1.025 per cpu is it?
I just read about server load somewhere else and thought it was ok.
=)
That’s not exorbitantly high but a load average of 1 on a CPU is relatively high vs a load average of 0.1. On my home Linux system, which I’m using right now, my load average is 0.4. That’s on a single core box. The site I’m having the WordPress issues with is on one of Hostgator’s shared servers, also with 16 cores, is reporting a load average of 8.76 (16 cpus) in cPanel. That’s about 0.5 per CPU (core). So a load average of 1 isn’t “bad”, just not necessarily optimal. Maybe your sites are simply busier than the shared box my site is on or you have more stuff running.
In any event, if Hostgator support is able to identify an issue we haven’t covered in this thread, let us know! 🙂
Peace…
