INTRODUZIONE<\/b><\/p>\n
\n Per poter parlare adeguamente di banda consentita e quantita’ di dati
\n e’ necessario fare una premessa. I dati che vengono trasmessi via rete
\n (e quindi anche tramite Internet) utilizzano uno schema, detto anche protocollo.
\n Esistono inoltre diversi livelli di protocolli, secondo una gerarchia
\n stabilita dalla International Organization of Standards (ISO), detta OSI.
\n Pur non essendo obbligatorio seguire la gerarchia ISO\/OSI, molte reti
\n si adeguano allo standard, utilizzando quindi protocolli che coprono solo
\n uno o due livelli della gerarchia, e comunque adiacenti. In questa maniera
\n e’ stato possibile creare Internet, rete di computer e dispositivi eterogenei
\n tra di loro ma che riescono comunque a trasmettere i dati da un punto
\n all’altro. <\/p>\n
I LIVELLI ISO\/OSI <\/b><\/p>\n
I livelli descritti sono suddivisi secondo il compito loro affidato,
\n e sono, sommariamente: <\/p>\n
– livello fisico (hardware), come il bit (o un gruppo di bit) viene codificato.
\n Per esempio tramite forme d’onda come lungo una linea seriale, oppure
\n con frequenze lungo la linea telefonica, oppure impulsi luminosi lungo
\n una fibra ottica eccetera. <\/p>\n
– livello di linea, come ci si puo’ accertare che l’informazione sia
\n stata ricevuta nella forma corretta, e se ci sono piu’ dispositivi che
\n utilizzano lo stesso canale, come evitare e risolvere le collisioni (esempio
\n pratico: il protocollo Ethernet, molto usato nelle reti locali) <\/p>\n
– livello si rete e livello di trasporto, come puo’ un’informazione essere
\n trasmessa da un dispositivo all’altro, specie se i dispositivi non sono
\n connessi in maniera diretta. Esempio: TCP\/IP, il protocollo utilizzato
\n in Internet. <\/p>\n
Ci sono ancora altri livelli descritti ma meno utilizzati, alla cui sommita
\n c’e’ poi il <\/p>\n
– livello applicativo, cioe’ come codifico l’informazione. Esempi: http
\n (come trasmetto una pagina html situata in una certa posizione del server,
\n e come posso passare ad essa delle informazioni, come mando cookies eccetera),
\n ftp (come trasferisco un file dal mio client al server). <\/p>\n
OVERHEAD DEI PROTOCOLLI<\/b><\/p>\n
Ogni protocollo aggiunge delle informazioni che servono alle macchine
\n che lo attraversano per far arrivare l’informazione a destinazione. In
\n genere accade che l’informazione viene divisa in pacchetti, a cui viene
\n aggiunta un’intestazione (header), che serve solo al protocollo, non viene
\n resa visibile ai livelli superiori.
\n Questo fa si’ che per trasmettere un certo numero di byte, lungo il dispositivo
\n (per esempio la fibra ottica, o la linea telefonica) ne vengono trasmessi
\n di piu’, e questo viene detto overhead. Ovviamente si cerca di mantenere
\n l’overhead a livelli minimi, allo stesso tempo e’ importante che l’informazione
\n giunga correttamente e possibilmente in un tempo ragionevole. <\/p>\n
BANDA DISPONIBILE <\/b><\/p>\n
Purtroppo i dati presenti nella domanda non sono sufficienti per fare
\n dei calcoli, per cui mi limito a fornire delle semplici equivalenze per
\n capire di quale banda si abbia bisogno per tempi di download ragionevoli
\n in rapporto alla “pesantezza” della pagina. Parliamo quindi di un server
\n Web.<\/p>\n
L’overhead del protocollo http e’ piuttosto basso, quindi lo possiamo
\n ignorare nei nostri calcoli. <\/p>\n
La situazione ideale e’ quella in cui il server e’ a nostra completa
\n disposizione, il canale lungo cui viene trasmesso il pacchetto e il computer
\n dove e’ in esecuzione il browser sono liberi. Occorre anche precisare
\n che in Internet ogni pacchetto potrebbe seguire una strada diversa. In
\n questo caso l’informazione potra’ essere trasmessa alla massima velocita’
\n consentita dal dispositivo piu’ lento, in genere il modem dell’utente.
\n Un modem ISDN riesce a ricevere 64kbit di dati al secondo (quindi 8 kbyte\/s),
\n tenuto conto dell’overhead del protocollo TCP\/IP forse si arriva a 6kB\/s.
\n Non ho mai fatto calcoli in merito, per cui suggerisco di prendere per
\n buono il ragionamento, ma non necessariamente i numeri. <\/p>\n
Una pagina HTML con un po’ di grafica puo’ occupare (immagini incluse)
\n anche 60kB, per cui il flusso e’ di una pagina media in 10 secondi. Attenzione
\n perche’ questo e’ il flusso, a cui bisogna aggiungere il tempo per spedire
\n la richiesta e ricevere i primi byte. <\/p>\n
Se sul server sono presenti 6MB tra pagine, immagini o altri file, per
\n scaricare il tutto in condizioni ideali sarebbero necessari circa 20 minuti.\n <\/p>\n
Quali sono le condizioni reali? Innanzitutto il server gestisce un certo
\n numero di connessioni (che chiameremo N), inoltre il canale non e’ sempre
\n assolutamente libero. Possiamo pero’ ipotizzare che il canale abbia quasi
\n sempre quegli 8 kB\/s liberi che servono ai nostri pacchetti (in genere
\n e’ cosi’, a meno che non si tratti di un sito in un altro continente).
\n In questo caso gli anelli piu’ deboli nel nostro canale sono, appunto,
\n il provider che fornisce la connessione all’utente, e il server. Se ci
\n sono N connessioni aperte sul sito, che chiedono dati alla massima velocita’
\n disponibile, per avere sempre un ottimo servizio il prodotto N*8kB\/s deve
\n essere inferiore alla banda disponibile sul sito. <\/p>\n
Tenendo conto di osservazioni empiriche, una banda di 128kB\/s e’ sufficiente
\n ad un solo sito Web medio (100 MB) con un numero di visitatori non elevato.
\n Il server che fa housing dovrebbe quindi garantire non tanto la banda
\n disponibile per il server, quanto quella disponibile per il sito. Se il
\n server ospita 100 siti egualmente trafficati, la banda disponibile si
\n riduce ad un centesimo circa. <\/p>\n
\u00a0 <\/p>\n","protected":false},"excerpt":{"rendered":"
[…]<\/p>\n","protected":false},"author":194,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[60],"tags":[],"class_list":["post-2001","post","type-post","status-publish","format-standard","hentry","category-domande-varie-informatica-e-telecomunicazioni"],"_links":{"self":[{"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/posts\/2001","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/users\/194"}],"replies":[{"embeddable":true,"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/comments?post=2001"}],"version-history":[{"count":0,"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/posts\/2001\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/media?parent=2001"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/categories?post=2001"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/tags?post=2001"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}