Bliv gratis medlem
Hvis du måler fx. 3 webshops fra samme udbyder og alle 3 har langsomme svartider, så mener jeg bestemt du kan bruge denne information. Det samme hvis du måler bare en webshop, som er langsom. Hvis du måler på 3 webshops og alle har hurtige svartider, så har du ret i du ingen garanti har for ikke at ryge på en server der er langsom. Men hvad ville du selv foretrække: den udbyder hvor de 3 shops svarede hurtigt eller den hvor de svarede langsomt? Naturligvis er målingerne brugbare, men tilfældigheder spiller ind man kan bare ikke forudsige præcist hvilken ydelse man selv vil modtage. Ved at måle svartiden for et http request har du netop muligheden for at måle ydeevnen af PHP sider, du kan blot ikke se hvad der tog lang tid på siden: var det databasen eller PHP'en der var langsom? Men i forhold til om webhotellet er stabilt, skal man primært kigge på forskellen på de hurtigste og de langsomste svartider. Herunder kan du se fordelingen af et af de sites jeg måler på. Selvom url'en og kodne er den samme, er 85% af svartiderne under 1 sekund, men knap 2% mellem 2 og 4 sekunder. Og hele 6% er over 8 sekunder. I princippet er det underordnet om forskellen skyldes datbasekald eller PHP/ASP kode, det kan kun være et udtryk for at der er store udsving i performance på webhotellet. Fordelinger
|
webname:Hvor lang tid den er om at generere HTMLen? Det må jeg nok ellers sige, du må godt nok have mange flere server ressourcer end mig. Hvordan kan du garentere at flaskehalsen ikke ligger hos dig, i de målinger ?
Jeg beklager min skepsis, men man må da både tjekke hvor hurtigt ens fobindelse responder, med forskellige størrelse pakker - og derefter lave nogle halv store løkker hvor man så måler tiden på. I øvrigt er det (i de fleste tilfælde) ganske lidt HTML der gentages - det er i langt af de fleste systemer (som jeg har lavet) højst nogle tables der skal trækkes ud. Der hvor jeg primært måler, er hvor hurtigt min database (oralcle/MySQL)responer til min Apache server og den så levere det til min fiber linje, som så i langt de fleste tilfælde kun ligger få MS fra slutbrugerene.
Jeg går ud fra at du mener forskellen mellem de 62-310 ms jeg målte på dtu.dk, og de 1400ms du målte. De 62-310ms er målt fra mit webhotel som sikkert har en rigtigt hurtig forbindelse mellem dem og DTU. Måler jeg fra min pc herhjemme over ADSL får jeg svartider mellem 700 og 3000ms. Dette tilskriver jeg båndbredden. Der er jo 39KB data der skal flyttes.
De svartider jeg måler er ikke det endelige svar. Men måler jeg en svartid på 8 sekunder kan du være ret sikker på at brugeroplevelsen også vil være meget tæt på 8 sekunder, og brugeren er for så vidt ligeglad om det var et databasekald eller andet der tog denne tid. At siden tager 8 sekunder kan så være et fingerpeg om at man skal undersøge nærmere hvorfor de er så langsomme. Men hvor mange der lejer en Dandomain shop har en chance for at lave løkker der måler på database svartiden! Ikke mange.
Mvh Jesper
Opret bruger