WN

WN (https://www.wn.se/forum/index.php)
-   Klientsidans teknologier, design och grafik (https://www.wn.se/forum/forumdisplay.php?f=12)
-   -   Laddningstider (https://www.wn.se/forum/showthread.php?t=1044652)

ställan 2010-11-04 14:22

Laddningstider
 
Hej

Vad finns det för olika laddningstider man mäter för en webbsida och vad heter dem?

Om man kör pingdom.com på en sida så får man laddningstiden för en sida, men sidan kan ju stå och tugga vidare i flera minuter ändå. Vad kallas den laddningstiden?

Exempelvis http://www.tv.nu/ laddas enligt pingdom på ca 0,6 sek (http://tools.pingdom.com/fpt/?url=ht...u//&id=3261940) men för mig som klient med javaScript/flash/cookies aktiverat så tar det ca 24 sek innan allt är nerladdat. Vad kallar ni tiden som tar 24 sek?

Finns det flera olika typer man kan mäta på än dessa två?

Dennis Holm 2010-11-04 14:36

pingdoms test laddar endast ner filerna.
Medans din browser kör filerna/scripten.

Pingdoms test ska dock simulera en riktig browser som laddar sidan har jag för mig.

Men det finns väl egentligen inga specifika namn på de 2 olika.
"tiden det tar dig att ladda sidan" borde vara det du kan säga :).

finns inte något specifikt namn på det du vill namnge.. tror jag :P

Men att få fram mätbar info om en site osv finns dock flera saker.
laddtid för sida
ping till servern
osv osv.

Dennis Holm 2010-11-04 14:39

sedan så har jag slutat förlita mig på pingdoms info.
deras upptid, latens osv på deras tester är absolut inte korrekta.
Och min egna site laddar tydligen på 4 sekunder..
men egna tester på alla datorer jag har här hemma är 1 sekund eller mindre.
Ganska grov skillnad.

Clarence 2010-11-04 16:49

Citat:

Ursprungligen postat av ställan (Inlägg 20376589)
Hej

Vad finns det för olika laddningstider man mäter för en webbsida och vad heter dem?

Om man kör pingdom.com på en sida så får man laddningstiden för en sida, men sidan kan ju stå och tugga vidare i flera minuter ändå. Vad kallas den laddningstiden?

Exempelvis http://www.tv.nu/ laddas enligt pingdom på ca 0,6 sek (http://tools.pingdom.com/fpt/?url=ht...u//&id=3261940) men för mig som klient med javaScript/flash/cookies aktiverat så tar det ca 24 sek innan allt är nerladdat. Vad kallar ni tiden som tar 24 sek?

Finns det flera olika typer man kan mäta på än dessa två?

Jag skulle kalla din tid för laddningstiden för sidan. Det är egentligen den enda tiden som är intressant som slutmål även om separata laddningstiden för alla beståndsdelar är intressant på vägen dit.

Jag tror inte pingdom har någon ambition i att försöka återskapa en browsers fullständiga beteende i testet utan bara ge en indikation om det. Jag tror t ex inte att de försöker rendera något eller exekvera javascript-kod. En browser måste t ex vid ett externt javascript vänta på att det ska laddas och sen exekvera koden innan den kan fortsätta rendera sidan.

CotopaXi 2010-11-04 22:42

Är väll inte enbart ämnat för att mäta en exakt laddningstid för en sida, men ett grymt verktyg för att optimera laddningstiden är Yahoo! Yslow

http://developer.yahoo.com/yslow/

abergman 2010-11-04 22:59

Det är ju skillnad på hur lång tid det tar att få kontakt med webbservern(Connection time), och hur lång tid det sen tar att ladda ner hela siten(response time).

Sedan så kan sidan upplevas långsam trots att webbservern är toksnabb, beroende på hur många script som körs client side och hur snabb datorn är. Det är svårt att mäta hur det upplevs för alla användare.

På tråden om Pingdoms mätningar så mäter de ju från hela världen, och det är ofta som servrarna i USA har långa svarstider mot de svenska maskinerna, det påverkar ju också mätvärdena och det kanske inte alltid är superrelevant.

Anders Larsson 2010-11-04 23:30

Att pingdom delvis visar andra siffror beror ju på att det är en snitttid på alla deras försök. Eftersom de har servrar runtom i världen varierar anslutningstiden kraftigt. Ska man titta på de siffrorna bör man välja att enbart visa svenska eller nordiska servrar.

Dennis Holm 2010-11-04 23:43

Citat:

Ursprungligen postat av Anders Larsson (Inlägg 20376637)
Att pingdom delvis visar andra siffror beror ju på att det är en snitttid på alla deras försök. Eftersom de har servrar runtom i världen varierar anslutningstiden kraftigt. Ska man titta på de siffrorna bör man välja att enbart visa svenska eller nordiska servrar.

inte bara detta jag påpekade dock.
har flertalet gånger sett uptid på 75-90%...
på servrar som inte varit nere över huvudtaget under perioden enligt både lokala tester som görs 1 gång i minuten från dator här hemma och jämfört med liknande tjänster.

Och genomsnitt på 350-500ms.. det är till och med högt för genomsnitt om det endast var asiatiska servrar som testade :).

har slutat använda pingdom av dessa anledningar.

studiox 2010-11-04 23:51

Citat:

Ursprungligen postat av mervinst (Inlägg 20376593)
sedan så har jag slutat förlita mig på pingdoms info.
deras upptid, latens osv på deras tester är absolut inte korrekta.
Och min egna site laddar tydligen på 4 sekunder..
men egna tester på alla datorer jag har här hemma är 1 sekund eller mindre.
Ganska grov skillnad.

medhåll. en sida som tar 100ms att ladda (utan cache, komplett i browser) tar enligt pingdom 9sekunder.

Tycker att loadimpact mäter mer exakt när dom simulerar access. 10 klienter tar runt 1sekund att ladda samtliga, 9 ggr snabbare än vad pingdom tycker en klient laddar.

Jim_Westergren 2010-11-05 13:37

Jag skulle vilja tipsa om gtmetrix.com som jag själv använder för att visa kunder. Den kör både YSlow och Page Speed online. Den får 10.44 sek för tv.nu: http://gtmetrix.com/reports/www.tv.nu/777DmT4h

pelmered 2010-11-24 01:41

Citat:

Ursprungligen postat av Jim_Westergren (Inlägg 20376672)
Jag skulle vilja tipsa om gtmetrix.com som jag själv använder för att visa kunder. Den kör både YSlow och Page Speed online. Den får 10.44 sek för tv.nu: http://gtmetrix.com/reports/www.tv.nu/777DmT4h

Tack!
Riktigt bra sida!

tartareandesire 2010-11-24 12:24

På en sida som folk besöker regelbundet är det ju inte lika viktigt med extremt snabba laddningstider heller. Då är det extremt få som får de tiderna.

studiox 2010-11-24 18:56

Citat:

Ursprungligen postat av ITisGood.se (Inlägg 20379455)
Tack!
Riktigt bra sida!

Håller med. Den där borde Internet World använt.

Dennis Holm 2010-11-24 19:18

allt runt 1-3 sekunder är riktigt bra flyt. 5-10 så börjar det bli störande.
Inte så stora marginaler.
Men vill man att besökarna ska må bra och stanna länge på siten så ska man INTE reta dem med att slå i 10 sekunders gränsen och däröver ofta är väldigt förödande för många siter.

linusoleander 2010-11-25 00:55

Citat:

Ursprungligen postat av mervinst (Inlägg 20379569)
allt runt 1-3 sekunder är riktigt bra flyt. 5-10 så börjar det bli störande.
Inte så stora marginaler.
Men vill man att besökarna ska må bra och stanna länge på siten så ska man INTE reta dem med att slå i 10 sekunders gränsen och däröver ofta är väldigt förödande för många siter.

3 sekunder, är det verkligen rimligt?
Jag har alltid hört att man aldrig ska ligga över 500ms, eftersom det är där i krokarna som användaren upplever siten som seg.

Körde precis apache benchmark mot ett projekt som jag nyligen optimerade. Fick ner laddningstiderna (lokalt) till ~60 ms. Och nej, sidan är inte en statisk HTML-fil.

Anledningen till att laddningstiderna är så låga är bl.a för att all HTML-kod cachas, inget läses från databasen plus att alla css- och js-filer är komprimerade m.h.a googles kompressor och där efter lagds i en fil.
I min värd så görs nästan allt ovanstående automatiskt, så jag slipper te.x komprimera js- och css-filerna manuellt och flytta koden till en fil.

Här är de olika resultaten, det bästa och det som används i nästa version är varianten längst ner. Längst upp visas laddningstiderna för siten utan någon cache.

Kod:

Förutsättningar
Servern körs i production mode.
Cachen är inladdad vid initiering, alltså vid start av servern.
Memcached används för att lagra AR-objekten.

Rails 3.0.3 under OS X, Mongrel.


Ingen cache med partials
ab -n 200  http://127.0.0.1/
min  mean[+/-sd] median  max
Connect:        0    0  0.0      0      0
Processing:  1315 1464  94.9  1432    2268
Waiting:    1313 1460  94.2  1430    2265
Total:      1315 1464  94.9  1432    2268
Medel: 1464 ms

Memcached utan partials, ingen fragment-cache
ab -n 1000  http://127.0.0.1/
min  mean[+/-sd] median  max
Connect:        0    0  0.0      0      0
Processing:  398  548  35.6    535    823
Waiting:      397  547  35.2    534    822
Total:        398  548  35.6    535    823
Medel: 548 ms

Memcached med partials, ingen fragment-cache
ab -n 200  http://127.0.0.1/
min  mean[+/-sd] median  max
Connect:        0    0  0.0      0      0
Processing:  518  542  26.9    532    648
Waiting:      518  542  26.5    531    645
Total:        519  542  26.9    532    648
Medel: 542 ms

Med partials, fragment-cache och memcached
ab -n 200  http://127.0.0.1/
min  mean[+/-sd] median  max
Connect:        0    0  0.0      0      0
Processing:    30  71  49.0    37    185
Waiting:      29  69  48.8    34    181
Total:        30  71  49.0    37    185
Medel: 71 ms

Memcached med fragment-cache utan partials
ab -n 100  http://127.0.0.1/
min  mean[+/-sd] median  max
Connect:        0    0  0.0      0      0
Processing:    28  62  46.1    31    182
Waiting:      23  61  46.2    30    179
Total:        28  62  46.1    31    182
Medel: 62 ms

EDIT: Kom precis på att ab inte testar inläsningen av js- och css-filer och andra webbläsarspecifika detaljer. Där av så spelade min optimeringen av dessa filer ingen roll i siffrorna som visades över.

Dennis Holm 2010-11-25 01:07

det var mest att ca 3 sekunder är gränsen där man känner att det flyter okej.
Många siter laddar ju snabbt efter man besökt en sida så alla bilder osv är cachade.
Sedan går det ju oftast på nolltid.

Clarence 2010-11-25 13:25

Citat:

Ursprungligen postat av linusoleander (Inlägg 20379614)
3 sekunder, är det verkligen rimligt?
Jag har alltid hört att man aldrig ska ligga över 500ms, eftersom det är där i krokarna som användaren upplever siten som seg.

Körde precis apache benchmark mot ett projekt som jag nyligen optimerade. Fick ner laddningstiderna (lokalt) till ~60 ms. Och nej, sidan är inte en statisk HTML-fil.

Anledningen till att laddningstiderna är så låga är bl.a för att all HTML-kod cachas, inget läses från databasen plus att alla css- och js-filer är komprimerade m.h.a googles kompressor och där efter lagds i en fil.
I min värd så görs nästan allt ovanstående automatiskt, så jag slipper te.x komprimera js- och css-filerna manuellt och flytta koden till en fil.

Här är de olika resultaten, det bästa och det som används i nästa version är varianten längst ner. Längst upp visas laddningstiderna för siten utan någon cache.

EDIT: Kom precis på att ab inte testar inläsningen av js- och css-filer och andra webbläsarspecifika detaljer. Där av så spelade min optimeringen av dessa filer ingen roll i siffrorna som visades över.

I de allra flesta fall står serverns bearbetningstid av huvudsidan för en extremt liten del (inte ovanligt att det är endast ett fåtal procent) av hela tiden som det tar att ladda in sidan. Därmed svarar också din undersökning för en extremt liten del av den för besökaren relevanta tiden. Missförstå mig inte, ab är smidigt och enkelt för att se hur ens lösningar eller server hanterar sekventiell och parallell belastning mot en enstaka sida. Men där slutar också nyttan.

Det enklast sättet att titta på laddningstider för ens besökare skulle jag påstå är att i firefox installera firebug (främst net tabben, viktigast är dock content load eventen på huvuddokumentet) och yslow (allt.) och använda från en normal internetuppkoppling. Kan också vara värt att installera web developer toolbar eller annat verktyg där man enkelt kan stänga av cachen.


Alla tider är GMT +2. Klockan är nu 02:58.

Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson