Log In

By:

salchind

Long wait/load time 2 or 3+ seconds to load page‏

December 19, 2013 6.1k

Hi, I installed Wordpress with LEMP (Linux (Ubuntu 12.04 x64, Nginx, MySQL, PHP(php-fpm)) on droplet, website location is private, so I am gonna use example.com, everithing clear without almost any touch (only theme), but something that get me into troubles is wait time in inspect element > Network, like on http://prntscr.com/2cgv5a My theme is legal copy of pinclone.net/demo/ theme, but there are no any problems with that load/wait. I am not going to install any cache plugin before fixing this up, cause it must not be over 2-3 seconds. I tried to remove every single plugin but it doesn't help. Used WP default theme but only a half of load time cut has been noticed - http://prntscr.com/2cgx5o It's something about serve response, am I right? The one who fix this up will maybe get symbolic prize. Do I need to fix something in cloudflare? http://prntscr.com/2cgz37 Thanks in advance people! Bye!

1 comment

phamhiepkozyice December 4, 2015
hi salchind,
I'm facing this problem, wait time (TTFB) is extremely high (1.8 or 2+ seconds) and I have no idea why it is. Did you find out what happened with your server?

Log In to Comment

7 Answers

pablo December 20, 2013

"I installed ... Ubuntu 12.04 x64...."

Do you have 4 GB, or more, of memory on your server? If not, you're better off with a 32-bit OS.

"... cause it must not be over 2-3 seconds."

Why do you say that?

Check out How To Install Wordpress, Nginx, PHP, and Varnish on Ubuntu 12.04 and the W3 Total Cache plugin.

Also, WordPress best-practices recommend a CDN for static content, e.g. a 2nd droplet or Amazon CloudFront.

How To Install Wordpress, Nginx, PHP, and Varnish on Ubuntu 12.04

by Etel Sverdlov

Varnish is an HTTP accelerator and a useful tool for speeding up a server, especially during a times when there is high traffic to a site. It works by redirecting visitors to static pages whenever possible and only drawing on the server itself if there is a need for an active process. This tutorial covers installing wordpress on a LEMP stack (with nginx instead of apache), and then installing varnish.

salchind December 20, 2013

Hi,

Thanks Pablo, I said that because the last couple of times Wordpress ran without problems, but now, on the same stack with 1GB memory, it has problems.
See:
http://prntscr.com/2ch982
http://prntscr.com/2ch9q9

I am saying this because friend of mine uses 1GB RAM droplet with no latency almost at all, on his Wordpress site.

Is Varnish a good solution together with W3 ?

Ty, I will try W3 TC, which noticed on many forums, but primarly wait for many responses here, so maybe someone with same problem will answer.

Bye and many thanks Pablo for fast response.

pablo December 20, 2013

"... but now, on the same stack with 1GB memory, it has problems."

Did you have more or less memory, before?

"Is Varnish a good solution together with W3 ?"

Yes. They work very well.

Alternative PHP Cache (APC), memcached, + the PHP memcached extension will also speed things up.

salchind December 20, 2013

Pablo,
I had 1GB too, same machine.

I looked on top processes in ssh and seen this - http://prntscr.com/2cm8zc
Is it normal for CPU to load up to 100% when I click 10-15 times on homepage. I wouldn't say so.

Thanky you for trying to help me, Pablo.

Bye.

kamaln7 MOD December 21, 2013

No, it's not. Something is using up too much CPU. Try disabling all of the plugins and enabling them one by one, see which one is causing issues.

layne.heiny December 22, 2013

I'd suggest installing and enabling the P3 profile profiler by Godaddy.

http://wordpress.org/plugins/p3-profiler/

This might help you see if a plugin is causing an issue. Also use Pingdom tools and look at a waterfall layout to see if something is causing the problem.

salchind December 24, 2013

Hi Kamal,

I installed it but there's nothing causing this problem, if we're up to believe P3.
I have tested site on Pingdom, so please look carefuly:
http://postimg.org/image/yyip4pzlp/
Please took at loading/wait time, and two of files which needed to load.
Can you explain the reason of it?
DO support said http://prntscr.com/2dieq0 (read from bottom to top), I tried that, but nothing changed.

Is it possible to fix this without cache?
Another problem is CPU load, which I mentioned, http://prntscr.com/2cm8zc, it ran up to 100% with only 11 clicks on home page, is it problem with php-fpm?

Thanks people!

Have another answer? Share your knowledge.