hvad er der galt med hastigheden på vores forside?

Søren.Pedersen:

Lucas - Hosting4Real:

 

Nu ved jeg ikke så meget omkring Web - men load average fortæller vel intet?

Load kan være 2, og det kan køre skidt, den kan også være 20, og køre godt.

 

 

20 og køre godt kræver jo således 20 cores da hver core således er på "capacity" og ikke overloaded. Hellere have 20 cores og et load på 0 end 20 cores og et load på 50 :-)

 

Lavt load = serveren har intet i process queue der venter

Højt load = serveren har ting i queue der venter (per core)

 

Så du har delvist ret, dog er det bedre at have et load på 0 end et på 10 så det er lige det der er relevant

 

http://blog.scoutapp.com/articles/2009/07/31/understanding-load-averages

 

er faktisk en god artikel.

Ved skam godt hvordan unix load virker :) Men der kan også ligge 64 sandy bridge CPUer bag ved den server, så hvis der er en load på 50 har det alligevel ingen betydning :) Fordi der er massere af CPU'er at tage af :) Derfor vil jeg mene, at nummeret er ligegyldigt, når man ikke kender hardware, fordi - ja, hvis den siger 'hey, der er 10 i load' - så kan vi sige.. tja, det meget, eller det er lidt - vi ved det ikke :) Derfor syntes jeg, at det er en faktor man ikke bør tænke på, når man ikke kender infrastrukturen bagved.

Og selvom load er 0, kan en server jo stadig være sløvere end en server med 10 i load - eller 50 i load, kommer an på mange ting.

Optimer ud fra hvad du ved sløver siden, ikke ud fra hvad du tror sløver siden. - tag de æbler der hænger lavt, og lad vær med alt mulig mikro optimering, eller udregning af CPU, hvis man kan forbedre loading tid, ved at fixe nogle billeder.

Ingen grund tll at køre ting mere kompleks end de er.

Det er min mening ihvertfald, om folk kan lide den eller ej - er vel op til dem

Kim Tetzlaff - KTJ-Media.dk:

Ryd op i databasen, og fjern overhead

Det kan være svært at sikre MySQL' bliver trimmet ved kun at truncate denne ene db.  -Hvis mysql'ens generelle INNODB Mem er fyldt. Så skal der mere til.

Det er typisk tilfældet på en shared hosting at man er påvirket af alle de andre magento sites load på MySQL'en.

Kim Tetzlaff - KTJ-Media.dk:

Se på jeres htaccess fil, hvis i har sådan en, om den kan justeres og forbedres, og hvis noget af det  kan komme ind serversidet, kan det være endnu bedre for performance : http://www.ktj-media.dk/blog/htaccess-indflydelse-performance/

.htaccess kan ikke bruges til noget. Sitet er hosted på en nginx.  Med mindre de har ændret i HTTP Header svaret.

PingDom siger at initial svar på serveren ligger på 7-11 sekunder. - Det er ret lang tid. (Det kan/skal magentohotel klare på deres servere)

Connection på de fleste andre elementer ligger på +2 sekunder. det er også skræmmende lang tid.

Søren.Pedersen:

 

20 og køre godt kræver jo således 20 cores da hver core således er på "capacity" og ikke overloaded. Hellere have 20 cores og et load på 0 end 20 cores og et load på 50 :-)

 

Lavt load = serveren har intet i process queue der venter

Højt load = serveren har ting i queue der venter (per core)

 

Så du har delvist ret, dog er det bedre at have et load på 0 end et på 10 så det er lige det der er relevant

For at kunne bruge load average til noget fornuftigt skal du også vide hvormange cores der er i systemet.

Det kan kun se dit load average i din php kode.

Lad os så sige at setup'et er nginx/php-fpm. Så har udbyderen offloaded PHP-FPM til et PHP Cluster. Hvilken node i php offload clustered viser dit script da load average for ?

Drinkworld:

Hej med jer,

Vi har fået lavet forskellige ting på vores forside i løbet af flere år, men de sidste par måneder er vores forside blevet virkelig langsom.

Det drejer sig kun om forsiden og ikke de andre sider.

www.drinkworld.dk

Er der nogen som kan identificere hvorfor vores forside er så langsom, evt. hvilke moduler? og hvordan kan vi løse dette problem?

Hej Drinkworld.

Den nemmeste måde for dig er at deaktivere alle dine 3. parts-moduler og så aktivere dem én af gangen mens du tester loadtiden.

Gør evt. det samme med din template.

På den måde kan se finde synderen.

God vind med shoppen!

P.S. Til de interesserede kan jeg oplyse at serverens load meget sjældent er over 1:

load average: 0.36, 0.31, 0.27

Søren.Pedersen:

Helt enig, man kan jo spørge udbyderen når man har et tal at gå ud fra, alternativt kan man jo fyre et benchmark script af og se hvad tid det tager at eksekvere, bruger selv dette script

http://php54serv1.webhosting.dk/bench.php?numtimes=3

prøvede det af på en udbyder hvor det tog 38 sek :-)

Hvad kan man bruge dette script til helt præcis? Så vidt jeg kan se på koden tester vi math funktionen 50k gange, string manipulation 100k, loops 10 millioner gange, if/else statement 10 millioner gange.

Nu ved jeg ikke rigtig hvordan hjemmesider i denne verden virker, men jeg tror det er de færreste der har sider der executer kode som dette.. Endnu et godt eksempel på at teste hastighed af beregninger som aldrig nogensinde vil blive brugt.

Sjove er, dette script er blevet kørt, på både utrolig store servere, med ultra godt hardware, og andre maskiner med knap så godt hardware. Men hvor beregninger af præcis disse funktioner kan passe en CPU bedst.

Jeg vil mene, at dette ikke giver noget billed af den rigtige verden, helt ligesom den MySQL test du linker til ret ofte, fordi - ja, vi laver ikke samme beregning så mange gange som de tests gør.

Disse tests er latterlige, hvis man vil benchmarke servere, så gør man det med 'real world' examples, og ikke sådan noget skod kode som dette. Sorry to say, men det er virkelig latterligt med disse tests, og folk der har en lille bitte smugle hjerne, ved også at disse tests INTET fortæller om den rigtige performance i virkeligheden, og om hvordan en server skalere.

Og ja jeg har set test resultater af dette script, på servere, som rigtig mange folk ikke har adgang til, som nok tager imod lidt mere data og trafik og alligevel processer data hurtigere end andre servere ;)

Du burde vide bedre Søren.

Søren.Pedersen:

Giver da et fint billede hvad hvad PHP kan levere, er da logik at jo hurtigere en PHP server kan eksekvere diverse beregninger jo mere power er der bag, er da den bedste metode til at teste om serveren kan leve noget power inden man begynder at rode med sin kode, er da logik for burhøns at motoren, her PHP, skal være iorden inden man kan forvente et hurtig site.

Så du mener simpelthen en server med en quad core 3.4ghz kan klare mere trafik end en server med 8 cores på 2.2ghz?

PHP er single threaded, så ja - du kan teste hvor hurtig din CPU kan beregne samme kode om og om igen, fortæller dig intet om hvordan din side loader hvis du har mere end 1 besøgende :)

Så nej :) Scriptet er helt fint, til at teste skift mellem PHP versioner for at se om der er en forbedring eller ej, i de funktioner der bliver testet i scriptet (hele 4 funktioner?)

Bare fordi PHP kan beregne de 4 funktioner på server x hurtigere end server y, betyder ikke at en magento shop, eller wordpress side vil loade hurtigere på server x end server y.

Lucas - Hosting4Real:

 

Bare fordi PHP kan beregne de 4 funktioner på server x hurtigere end server y, betyder ikke at en magento shop, eller wordpress side vil loade hurtigere på server x end server y.