Worst-case execution time

Tags:    php

<< < 12 > >>
Hej

Dette er et lidt dumt spørgsmål på baggrund af lidt arbejds diskussion.

Hvad er jeres "Worst-case execution time"?



Jeg ved at du kender til reglen om de to sekunder for visning af en side. :)

Hvordan du bruger disse to sekunder er nærmest vilkårligt. Om du bruger det primært på rendering eller på andre resourcer, kan komme ud på ét.

Men man kan vel sige at hvis man bruger længere tid end Google på at vise en simpel CMS tekst side, så er der nok optimeres en del. På den tekniske side er der jo millioner af data som gennemgåes pr. søgning i Google. Et CMS har knapt så meget data at arbejde med.

Hvis der skal tal på, så er 500ms maks. Det er to gange Googles søgetid, på et enkelt ord. :)



Hvor længe serveren er om at behandle forspørgslen, for at være helt precist hvor lang tid serveren er om at eksekvere mit script.



Jeg plejer at måle på Requests per Second (med ab) snarere end kørselstid. På den måde har jeg også overhead imellem requests med i betragtning.

Jeg accepterer ikke noget under 20 r/s, men jeg foretrækker at være et stykke over 200 r/s (med min Lighttpd+FastCGI+CodeIgniter+caching konfiguration kan jeg komme op på 700 r/s med rimeligt sider - til sammenligning kan vores Typo3-installation på arbejdets servere i Apache ikke komme over 20 r/s).



Jeg ved at du kender til reglen om de to sekunder for visning af en side. :)

Hvordan du bruger disse to sekunder er nærmest vilkårligt. Om du bruger det primært på rendering eller på andre resourcer, kan komme ud på ét.

Men man kan vel sige at hvis man bruger længere tid end Google på at vise en simpel CMS tekst side, så er der nok optimeres en del. På den tekniske side er der jo millioner af data som gennemgåes pr. søgning i Google. Et CMS har knapt så meget data at arbejde med.

Hvis der skal tal på, så er 500ms maks. Det er to gange Googles søgetid, på et enkelt ord. :)

Nu skal vi måske også lige være lidt fair og kigge på vor store serverclusters Google har til rådighed, hvor langt de fleste andre webapp deployments kun har en enkelt server til rådighed.



Jo det kan vi da sagtens...

Google: meget stor mængde data + servercluster setup.
Danske IT virksomhed: meget lille mængde data + en enkelt server.
For mig er det nemt at se en pæn sammenligning også selv om der skal tages højde for størrelsen.

Men jeg vil hellere se på det med det menneskelige øje. Hvis jeg synes det er for langsomt for mig, så er der også andre der synes det og der er folk med en værre tålmodighed end jeg har. Grundet Google's evne til at levere sider så hurtigt som de gør, så bliver tålmodigheden kun værre, med tiden.

Så... så firkantet som det kan blive: hvis du ikke kan følge med den hurtigste, så er du for langsom. :)



<< < 12 > >>
t