Archief - nginx traag (windows)

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

h0us3cat

Legacy Member
Ik kom dus van apache naar nginx en nginx is zo een 10x trager dan apache.
heb al verschillende tweaks getest maar deze leveren geen resultaat.
Iemand hier meer ervaring mee?

apache: Timing: 0.1083 seconds Memory: 7.983 MB DB Queries: 16
nginx: Timing: 1.0731 seconds Memory: 5.243 MB DB Queries: 16

demon326

Legacy Member
h0us3cat zei:
Ik kom dus van apache naar nginx en nginx is zo een 10x trager dan apache.
heb al verschillende tweaks getest maar deze leveren geen resultaat.
Iemand hier meer ervaring mee?

apache: Timing: 0.1083 seconds Memory: 7.983 MB DB Queries: 16
nginx: Timing: 1.0731 seconds Memory: 5.243 MB DB Queries: 16

Dat heeft niets met windows te maken? Tenzij nginx op een windows host draait? Ik heb zelf nginx draaien(zie site in sig) en die is zeer snel..

h0us3cat

Legacy Member
demon326 zei:
Dat heeft niets met windows te maken? Tenzij nginx op een windows host draait? Ik heb zelf nginx draaien(zie site in sig) en die is zeer snel..

nginx staat op een dedicated server waar windows op staat.

demon326

Legacy Member
h0us3cat zei:
En waarom zou dat een probleem moeten zijn?

Hebt ge veel traffic, of traffic spikes dat ge nginx gebruikt? Indien niet, check eens mpd_pagespeed voor apache..

The Version of nginx for Windows uses the native Win32 API (not the Cygwin emulation layer). Only the select() connection processing method is currently used, so high performance and scalability should not be expected. Due to this and some other known issues version of nginx for Windows is considered to be a beta version. At this time, it provides almost the same functionality as a UNIX version of nginx except for XSLT filter, image filter, GeoIP module, and embedded Perl language.

Ze zeggen zelf op hun site dat de win versie geen performance winst zal hebben

h0us3cat

Legacy Member
demon326 zei:
Hebt ge veel traffic, of traffic spikes dat ge nginx gebruikt? Indien niet, check eens mpd_pagespeed voor apache..



Ze zeggen zelf op hun site dat de win versie geen performance winst zal hebben

Er is totaal geen traffic op de nginx install.
Ja ok ze zeggen dat er geen performance winst is, maar zo traag? :/

metalleke

Legacy Member
Het gaat hier toch over een factor 10 in tijd. Wat draai je achter je nginx?

h0us3cat

Legacy Member
metalleke zei:
Het gaat hier toch over een factor 10 in tijd. Wat draai je achter je nginx?

Wat bedoel je wat ik achter nginx draai?
nginx
php/fastcgi
mysql
xenforo forum

Allemaal laatste versie.

metalleke

Legacy Member
h0us3cat zei:
Wat bedoel je wat ik achter nginx draai?
nginx
php/fastcgi
mysql
xenforo forum

Allemaal laatste versie.

Met enkel nginx zal je niet veel doen eh.

Je setup is identiek voor php fastcgi bij apache en nginx? Doe je een loadtest of gaat het hier over 1 aanvraag waarvan je deze gegevens krijgt?

Je forum staat toevallig niet met debugging/logging op op een hoger niveau?

h0us3cat

Legacy Member
metalleke zei:
Met enkel nginx zal je niet veel doen eh. Tenzij je een cdn wil opzetten en dan nog.

Je setup is identiek voor php fastcgi bij apache en nginx? Doe je een loadtest of gaat het hier over 1 aanvraag waarvan je deze gegevens krijgt?

Je forum staat toevallig niet met debugging/logging op op een hoger niveau?

Die timings komen van xenforo's debug mode. Maar als deze uit staat is het nog traag.

demon326

Legacy Member
h0us3cat zei:
Wat bedoel je wat ik achter nginx draai?
nginx
php/fastcgi
mysql
xenforo forum

Allemaal laatste versie.

Ah, maar nginx helpt niet bij dynamische inhoud zoals php! Verder zult ge ook uw nginx config moeten aanpassen zodoende deze enkel static files behandeld, de *.php requests doorstuurd naar uw backend, in dit geval fastcgi.

h0us3cat

Legacy Member
demon326 zei:
Ah, maar nginx helpt niet bij dynamische inhoud zoals php! Verder zult ge ook uw nginx config moeten aanpassen zodoende deze enkel static files behandeld, de *.php requests doorstuurd naar uw backend, in dit geval fastcgi.

Code:
    server {
		root   E:/sites/cp;
        listen       80;
        server_name  domain.com www.domain.com;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
			try_files $uri $uri/ /index.php?$uri&$args;
            index  index.php index.html index.htm;
        }

		location /internal_data/ {
				internal;
		}
		location /library/ {
				internal;
		}

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ \.php$ {
        #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        location ~ \.php$ {
			try_files $uri /index.php
            root           E:/sites/cp;
            fastcgi_pass   127.0.0.1:9123;
            fastcgi_index  index.php;
            fastcgi_param  SCRIPT_FILENAME $document_root$fastcgi_script_name;
            include        fastcgi_params;
        }

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /\.ht {
        #    deny  all;
        #}
    }

metalleke

Legacy Member
Zelfde php installatie die je gebruikt? Je configuratie lijkt me vrij basic zonder meer. Enige dat ik zie, in je commentaar staat
pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
maar in je configuratie
fastcgi_pass 127.0.0.1:9123;

Verder kun je de try_files weglaten als je correct je index definieert.

Lijkt me toch even dat je de timings van het script zult moeten nazien waar het juist trager gaat.

h0us3cat

Legacy Member
metalleke zei:
Zelfde php installatie die je gebruikt? Je configuratie lijkt me vrij basic zonder meer. Enige dat ik zie, in je commentaar staat

maar in je configuratie


Verder kun je de try_files weglaten als je correct je index definieert.

Lijkt me toch even dat je de timings van het script zult moeten nazien waar het juist trager gaat.

Is gewoon de default config van nginx.
Poorten etc komt overeen.
timings in details zegt niks wat kan helpen.
http://www.9cakes.com/?_debug=1

metalleke

Legacy Member
demon326 zei:
Install eens een opcode cache, bijvoorbeeld APC, dat verschil zult ge wel merken:)

Caching is nu ook niet de oplossing voor dit probleem he. Caching kan veel tot geen invloed hebben op performantie.

Die timings op die debug pagina zijn enkel van sql queries (welke wel goed zijn).

demon326

Legacy Member
metalleke zei:
Caching is nu ook niet de oplossing voor dit probleem he. Caching kan veel tot geen invloed hebben op performantie.

Die timings op die debug pagina zijn enkel van sql queries (welke wel goed zijn).


Nginx is voornamelijk goed als ge veel static files hebt, die dus zonder overhead afgeleverd kunnen worden... Op zijn site zie ik voornamelijk dynamische pagina's, dan lijkt het me beter daar een cache voor te zien... APC maakte op mijn board en site toch aanzienlijk verschil in snelheid.. nadeel is dat het geheugen kost:p

metalleke

Legacy Member
demon326 zei:
Nginx is voornamelijk goed als ge veel static files hebt, die dus zonder overhead afgeleverd kunnen worden... Op zijn site zie ik voornamelijk dynamische pagina's, dan lijkt het me beter daar een cache voor te zien... APC maakte op mijn board en site toch aanzienlijk verschil in snelheid.. nadeel is dat het geheugen kost:p

Denk dat je beetje verward bent ivm hoe APC werk maar soit. Daarom dat ik ook zei dat dit hier de oplossing niet is.

Zijn configuratie moet gefixed worden maar beetje moeilijk zo.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan