Spagna, Debian colonizza l'Extremadura

E in italia ?
Si interessante tutto questo, in un mondo ideale dove tutti siamo collegati a banda larghissima sarebbe bellissimo poter sfruttare a pieno queste ottimizzazioni, ma qui nel bel paese siamo ancora al modem analogico in certe zone piuttosto che alle adsl che vanno a singhiozzo o non vanno del tutto e non credo che sia solo un problema dell'italia.

Re: E in italia ?
Immagino tu ti riferisca al taglio del timeout da 3 a 1 secondo.Stessa cosa che ho pensato io.In più credo che il DOS/DDOS ne verrebbe facilitato, almeno su apparecchiature non troppo recenti (>88% del hw sui nodi mondiali, non solo italiani. Prendi i DNS per esempio)Buona idea in un mondo "alla Google", ma la realtà è ben altra.

Re: E in italia ?
- Scritto da: mura> Si interessante tutto questo, in un mondo ideale> dove tutti siamo collegati a banda larghissima> sarebbe bellissimo poter sfruttare a pieno queste> ottimizzazioni, ma qui nel bel paese siamo ancora> al modem analogico in certe zone piuttosto che> alle adsl che vanno a singhiozzo o non vanno del> tutto e non credo che sia solo un problema> dell'italia.La prima cosa da fare per aumentare la performance della rete è quella di rinnovare il protocollo di comunicazione cliet-server e passare da Http a SPDY http://www.chromium.org/spdy/spdy-whitepaper>> <i> In lab tests, we have compared the performance of these applications over </i> HTTP and SPDY, and have observed <b> up to 64% reductions in page load times </b> in SPDY<<cosi' senza dover cambiare/rinnovare nessuno stack TCP/Ip su tutte le macchine con nuovi driver etc ma mantenendo l'attuale che piu' si adatta anche a linee ADSL con portanti sporche ( = basso SRN Margin ) quindi con spesso perdita di pacchetti TCP , si avrebbe già un notevole dencremento dei tempi di download dati e pagine web senza sXXXXXXXre piu' di tanto sul Transport Layer level 3 su Tcp Model...il tutto aggiornando il browser web sui client ad implementare il nuovo protocollo Http SPDY ... idem con patate su Apache o IIS presenti sui server-----------------------------------------------------------Modificato dall' autore il 27 gennaio 2012 11.58-----------------------------------------------------------

Re: E in italia ?
mi sto scomXXXXXXndo dalle risate da 3gg

Re: E in italia ?
- Scritto da: Fiber sistemista Oracle e SQL Server 200> mi sto scomXXXXXXndo dalle risate da 3ggveramente a vedere che di cio' che ho scritto sopra non hai capito un'emerita fava anche perchè non sai capire l'inglese scritto nel link che ho postato....chi si scomXXXXXX dalle risate sono sempre e solo che ioimpegnati di piu' ..eviteresti questi tuoi messaggi inutili da solo rodimento (rotfl)-----------------------------------------------------------Modificato dall' autore il 27 gennaio 2012 12.24-----------------------------------------------------------

Re: E in italia ?
Concordo, nei moltissimi paesi delle banane ( Italia compresa) con adls penose, rinnovare il protocollo tcp con latenze inferiori sarebbe meno vantaggioso rispetto a rinnovare il protocollo http con quello speedy.Rinnovare http è molto piu' veloce e facile.Basta aggiornare il solo sofware.

Re: E in italia ?
Ci ho dato un'occhiata molto superficiale, lo ammetto.Tuttavia:1) per la prioritizzazione dei pacchetti non basta l'IPv6, che è già stato inventato e, pianin pianino, è già in fase di adozione?2) per la compressione, le connessioni web già supportano la compressione, se sia client e server la supportano.

il TCP non è abbastanza...
per sparare pubblicità in faccia ai naviganti...

Re: il TCP non è abbastanza...
- Scritto da: MeX>> per sparare pubblicità in faccia ai naviganti...I see what you did there (troll) :Dovvio che google lo fa per proprio tornaconto, però se facendolo incidentalmente migliora i protocolli che tutti usiamo...comunque secondo me basterebbe usare il fastf*ckin memoria di s0nk :D

Re: il TCP non è abbastanza...
Eh già.La vere innovazioni sono sicuramente Siri e facetime.(ROTFL)Ma andate a ....

Una cosa per volta
Google sembrerebbe pronta a lanciare la "nuova internet" domani... ma le infrastrutture non lo sono.E' inutile modificare i protocolli esistenti per diminuire la latenza se poi le congestioni di rete (spesso nell'ultimo miglio, ma non solo...) rovinano il giochino...1 secondo non sarà accettabile per loro... ma non è raro vederlo in certe condizioni.Prima vanno migliorate le connessioni, poi si può modificare i protocolli.

Si certo..
In italia abbiamo le 20 mega che vanno a 10.. ma quale velocità! Poi con sta crisi chi si potrà permettere di avere la banda larghissima a prezzi fuori dal mondo? Proprio ieri controllavo le offerte telecom per adsl, la 20mega ti costa 25euro/mese, la 7mega che dovrebbe costare meno della metà di quel prezzo, in realtà costa solo 5 euro in meno... bella fregatura, loro lo chiamano marketing creativo. Quando uscirà la 100mega di telecom te la faranno pagare 100euro/mese, se non hai dai spendere tutti quei soldi potrai avere la 50mega a soli 95euro/mese.

sono algoritmi e concetti del FAST TCP
Buona parte delle indicazioni di Yuchung Cheng riportano a concetti ed algoritmi originariamente studiati e sviluppati al CIT (California Institute of Technology), a partire da circa 10 anni fa. http://netlab.caltech.edu/publications/fast-allerton02.pdfnetlab.caltech.edu/publications/comnet2002.psnetlab.caltech.edu/publications/SHLowduality2003.pshttp://netlab.caltech.edu/publications/fast-infocom03.pdfetc. etc.E' incredibile! Come sempre qualcuno lavora intelligentemente e rimane all'oscuro ed altri invece cercano poi la luce e la celebrità sulle loro fatiche.Quei concetti e quegli algoritmi furono quindi inglobati in una proposta di standardizzazione, con la denominazione di: FAST TCP ovvero Fast Active Queue Management Scalable TCP tra le altre motivazioni anche per permettere di massimizzare l'efficienza particolarmente nelle situazioni di scarsa qualità trasmissiva. :)