Performance Webserver - was könnte hier nicht stimmen

Hallo,

ich nutze den größten VServer bei netcup (SSD) und habe nginx laufen. Bei meiner WordPress Multisite kommt es teilweise zu hohen Latenzen. Für meine Seite Currywurst Test - Wer hat die beste Currywurst? hat der Google Speed Test gerade eine Antwortzeit von 4 Sekunden beim Server gemessen (PageSpeed Insights).

Für die Hardware, die Anbindung laut netcup und nginx viel zu langsam. Ich weiss auch nicht, ob das wirklich meine Einstellungen bei nginx sind (gzip läuft, expire max bei verschiedenen Dateitypen ist gesetzt). Andere CMS wie limesurvey sind sehr schnell. Bei WordPress setze ich MU Domain Mapping ein. Das frisst zwar etwas Zeit, sollte sich aber nicht im Sekundenbereich auswirken. Errors habe ich im Log keine und auch MySQL kann es eigentlich nicht sein, da die Ladezeit scheinbar bereits vor Aggregieren der Daten zustande kommt, nämlich beim Warten auf den Host. So zumindest interpretiere ich das.

Habt ihr Empfehlungen für mich, was ich austesten könnte - weil ich schon länger etwas ratlos bin? Kann es am Wirtsystem liegen, kann ein Paket am Server fehlen, das nicht installiert ist?

Liebe Grüße

Ben

Ich habe einmal eine einfache php-Seite ohne Datenbankabfrage getestet und komme auf 1 sec laut gtmetrix bei page load time. Bei einer uninstallierten WordPress Version, d.h. bei der Anzeige des Setups komme ich auf eine Seitenladezeit von 2,5s.

Beides mal habe ich Dateien abgefragt, die keinerlei Datenbankabfrage starten. Das müsste doch eigentlich viel schneller gehen? Ich habe meine fpm Einstellungen durchgesehen und sie von TCP auf Socket umgestellt, aber es hat sich nichts geändert. Hat jemand Tipps? Scheint wohl an FPM zu liegen?

Hi,

danke für eure Antworten. Generell ist es so, dass die einzelnen WordPress Seiten unter 1 Sekunde laden, aber Seiten innerhalb der Multisite scheinbar das hauptsächliche Problem sind, aber ich hab schon generell das Gefühl, dass es etwas zu langsam läuft. Spdy werde ich gleich ausprobieren und nochmal Zwischenstand liefern. e_poll ist aktiviert, tcp_nodelay ist an. Ich benutze auf WordPress Seite kein Caching-Plugin. memcache und apcu sind an bei PHP.

Allgemeine Systeminfos:
PHP 5.5.27-1~dotdeb+7.1

10.0.21-MariaDB
nginx/1.2.1
Debian 7

php fpm conf sieht folgendermaßen aus:

[passau folder]
listen = 127.0.0.1:9010
listen.allowed_clients = 127.0.0.1
user = passaugroup = dreifluesselisten.mode = 0660listen.owner = passaulisten.group = dreifluesse
pm = dynamicpm.max_children = 50pm.start_servers = 2pm.min_spare_servers = 1pm.max_spare_servers = 5




chdir = /
php_admin_value[open_basedir] = /var/kunden/passau/wordpress:/usr/share/php5:tmp:/var/tmpphp_admin_value[disable_functions] = dl,passthru,shell_exec,system,proc_open,popen,show_source

nginx multisite setting (eine Seite):

server {
 listen 80;
 listen [::]:80;
 server_name currywursttest.com www.currywursttest.com;
 root /var/kunden/web1423/www/benjaminhartwich.de/httpdocs;
 client_max_body_size 30m;
 index index.php;
 add_header Access-Control-Allow-Origin *;




 include drop.conf;
 include wordpress-sec.conf;




 if (!-e $request_filename) {
 rewrite /wp-admin$ $scheme://$host$uri/ permanent;
 rewrite ^(/[^/]+)?(/wp-.*) $2 last;
 rewrite ^(/[^/]+)?(/.*\.php) $2 last;
 }




 location / {
 try_files $uri $uri/ /index.php?$args ;
 limit_req zone=one burst=10 nodelay;
 }




 location ~ ^(.+\.php)($|/) {
 fastcgi_split_path_info ^(.+\.php)(/.+)$;
 include /etc/nginx/fastcgi_params;
 try_files $uri =404;
 fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
 fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;
 fastcgi_pass 127.0.0.1:9001;
 fastcgi_buffer_size 128k;
 fastcgi_buffers 256 16k;
 fastcgi_busy_buffers_size 256k;
 fastcgi_temp_file_write_size 256k;
 #fastcgi_intercept_errors on;
 }




 rewrite ^/files/(.+) /wp-includes/ms-files.php?file=$1 last;




location ^~ /files/ {
 rewrite ^.*/files/(.+)$ /wp-includes/ms-files.php?file=$1 last;
}




# Rewrite multisite '.../wp-.*' and '.../*.php'.
if (!-e $request_filename) {
 rewrite ^/[_0-9a-zA-Z-]+(/wp-.*) $1 last;
 rewrite ^/[_0-9a-zA-Z-]+(/.*\.php)$ $1 last;
}




}

In drop.conf stehen Sachen wie robots.txt und favicon sowie expire max header für Dateien. Wordpress-sec.conf sind die Security Regeln von iThemes Security Plugin.

P.S.: Ich habe gerade nginx mit dotdeb Verzeichnissen auf 1.8.0 geupgraded und nun hat meine Seite laut Google eine Ladezeit von 0,47 Sekunden. Spdy scheint auch was gebracht zu haben. Habt ihr noch Tipps anhand der Confs?