Trafik?

[tumba25]

Jag försöker räkna ut lite trafikförbrukning.
Om vi antar att jag har en sida http: //minsida.se/sida.html som innehåller en punkt (en byte).

Hur mycket trafik går det då åt in + ut för att hämta den sidan.

Om vi också antar att man kör ett skript för att hämta detta så kan man ju låta bli att skicka useragent, referer och sånt trams. Men någon trafik blir det ju.

Jag har försökt Googla men inte hittat någon relevant information, så en url är också välkommen.

[Marcus]

Det du undrar är förutom själva punkten (dvs. om sidan bara var en byte, och därmed inte egentligen var en korrekt HTML-sida).
Med andra ord, hur mycket "overhead" kostar en request. Då är det till att börja HTTP (HyperText Transfer Protcol) som du ska undersöka.

T.ex. kan du testa att dumpa trafiken från telnet till port 80.

> telnet www.minserver.se 80

> GET /minsida.html http/1.1

Det du nu får som svar innehåller två delar.

1. huvud (alla uppgifter om useragent/server och deras förhandlingar)
2. body (själva sidan, i ditt fall bara en byte)

Man kan fastställa att just inom HTTP blir overheaden mängd alltid lika stor, dvs. procentuellt så blir alltså mindre med sidans storlek.

Däremot kan du med stora sidor får overhead inom TCP, då det för varje paket förhandlas i det lagret.

Här har du lite info, att börja med: http://en.wikipedia.org/wiki/Hypertext_ ... r_Protocol

[Kjell]

Och glöm inte att paket förändras när det lämnar det lokala nätverket, och här kommer den svåra biten in.... det finns ingen uträkning hur det kommer att se ut exakt på andra sidan, detta beroende av olika router, switch konfigurationer mellan dessa nätverk.

[tumba25]

Om man håller sig till 7-bitars ASCII och bara använder skrivbara tecken borde väl inte innehållet i returen ändras.

Tack Marcus, ska studera wikipedian.

Och http är ju inget tvång. Vad väljer jag för att få ner overheaden så mycket som möjligt.

[Marcus]

Nu är jag inte med. "http är inget tvång"?

Menar du vad det generellt kostar att skicka en byte mellan server och klient, dvs. vilket protokoll är billigast i avseende på overhead?

/marcus

[tumba25]

Ja, det billigaste protokollet för att hämta information från en server som samtidigt är pålitligt.

Jag tittade på UDP, men den garanterar inte att informationen kommer fram. Det gör http.

Om jag räknade rätt blir det med http strax under 300 bytes för att hämta min byte.

[Kjell]

Du kan prova att spela in trafiken med ethereal, sidan verkar vara nere just nu.... så prova lite senare http://www.ethereal.com/ eller http://www.wireshark.org/download.html

[Marcus]

Vet inte om 300 byte stämmer, men varje lager i OSI-modellen lägger till en header.

HTTP är bara protokollet som används på Applikations lagret. Som om vi hittar "billigaste" på den nivån, så måste man väga in vilken väg det tar i modellen innan det når det fysiska lagret.

Jag återkommer om vidare utveckling behövs (och ingen annan kommer före... ska iväg ut nu).

/marcus

[Marcus]

Jag tittade på UDP, men den garanterar inte att informationen kommer fram. Det gör http.

Att titta på UDP och HTTP är som att ställa äpplen mot päron.

Då HTTP är ett protokoll i Applikationslagret och UDP är ett protokoll i Transportlagret. UDP kan däremot ställas mot TCP. TCP är det protokoll på Transportlagret som HTTP använder. Och eftersom HTTP använder TCP så kan man säga att HTTP kan garantera att information kommer fram, men bara för att TCP tillhandahåller den funktionen.
http://en.wikipedia.org/wiki/User_Datag ... CP_and_UDP

Det du skulle kunna titta på är dessa:
http://en.wikipedia.org/wiki/List_of_fi ... _protocols

Där har du några (vet inte hur många fler det finns) protokoll i applikationslagret som kan vara användbara. Jag vet inte klienter till dem alla.
ZMODEM och de övriga för modem kan du ju bortse ifrån...

/marcus

[tumba25]

Jag menade nog TCP i mitt senaste inlägg. Var lite trött där.

Tack, ska läsa där.

[Marcus]

Fråga, vilken klient är det tänkt att man ska använda?

Visst kan IE/FF m.fl. köra andra protokoll på App. layer, men vad vill du komma åt? Sänka trafiken för något som du har på din server?

/marcus

[tumba25]

Tänkte inte använda någon klient alls.

Köra ett skript eller något program på en miniserver här hemma som hämtar information från webbservrarna. Tänkte göra det ganska ofta så det riskerar att bli mycket trafik.

[Marcus]

Tänk också på om du ska skicka användarnamn/lösenord att du väljer ett protokoll med inbyggt stöd för kryptering.

SFTP, FTPS, SSH, HTTPS... för att nämna några.

/marcus

[tumba25]

Eftersom svaret från servern kommer att vara en radda siffror utan betydelse för någon utomstående tänkte jag inte använda något lösen / krypterad överföring. Vill någon studera dom så varsågod.

Svaret är något som servern gjort iordning tidigare med cron så anropet startar ingenting utom just att hämta filen som innehåller siffrorna.

[Kjell]

Det minsta jag kommer på är en ren txt fil på 32 byte.
Skapas i command promt fönster.

Kod: Markera allt

copy con >1.txt
1^Z

Sedan att ha olika i olika kataloger, kan dessa överföras så fungerar "webbsidan".
Sedan handlar det om vilket verktyg som ska överföra och hur mycket overhead den behöver, men har svårt att tro att du kommer under 20+25+16+(1.txt), 93 byte som är minimum för denna textfil.