Autor: Michal Jaskolski (jj_at_gdansk.sprint.pl)
Data: Mon 05 May 1997 - 17:43:48 MET DST
Dnia 4 May 1997 20:34:16 +0200, zylla_at_ck-sg.p.lodz.pl (Romuald Zylla)
napisał(a):
>On Sun, 4 May 1997, Jaroslaw Lis wrote:
>> >> Korekcja _zwieksza_ przepustowosc o jakies 16%, dzieki przejsciu transmisji
>> >> DCE-DCE w tryb synchroniczny, czyli pozbyciu sie bitow startu i stopu.
>> >
>> > Jesli przez korekcje rozumiemy odtwarzanie przeklamanych bitow
>> > na podstwaie reszty z tych bitow to zgodnie z zasadami informatyki
>> > klasycznej przy transmisji z korekcja musi sie wysylac _wiecej_
>> > bitow danych zeby bylo z czego odtwarzac bity zagubione.
>>
>> Wcale nie to rozumiemy. Nie ma takiej potrzeby, bo druga strona moze
>> nadac dane ponownie. Sa wiec jedynie bity umozliwiajace wykrycie
>> przeklamania. No fakt - tez sa.
>
> OK. Taki narzut bitowy moze byc w oszacowaniu 1% wiec jednach troche
> wiecej bitow bedzie trzeba wyslac.
>
>Ale wracajac do glownego tematu: czy 2.4 KB ktore pokazuje Netszkapa
>to duzo czy malo - jednym slowem czy moze byc lepiej.
Może być lepiej.
Przy modemie 28.8 Kbps transfer bez kompresji (np. plik .zip) może wynieść
nawet 3,6 KB/s (FTP od dostawcy Internetu), a z kompresją (plik tekstowy) -
nawet kilkanaście KB/s. Strony www składają się z tekstu (kompresującego się
łatwo) i grafiki (nie kompresującej się prawie wcale). Po uwzględnieniu
opóźnień i tłoku w Internecie transfer pokazywany w Netscapie wynosi zwykle
2,5 - 3 KB/s. Na obniżenie transferu wpływa oczywiście korekcja błędów oraz
fakt, że dane w Internecie przesyłane są bądź co bądź w pakietach, w których
sporą część zajmują rozmaite informacje dodatkowe, niezbędne w przesyłaniu
pakietów między routerami.
>Dzis zrobilem sobie pomiary czystego transferu "pod" zwyklym programem
>terminalowym dolaczanym do wielokroc przeklinanego modemu firmy Zoltrix
>model Internal VoiceMail V34plus fax modem 33600.
>Otoz kazalem sobie przyslac plik o dlugosci 169833 bajtow.
>Polaczenie bylo wykazane jako 28.8 bo tylko takie sa modemy
>na Politechnice Lodzkiej . 42BIS
>czas transmisji po komendzie cat plik.txt byl 47 sek
>z czystych obliczen wychodzi 3613 bajtow/sek. Jesli przyjmiemy
>ze na transmisje bajta zuzywa sie 8 bitow to daje dokladnie
>szybkosc transmisji 28.8kb/sek c.b.d.o ?
Wszystko się zgadza.
>Wychodzi na to ze przy transmisji "internetowej" jednak nie uzywa
>sie bitow startu i bitow stopu. ????????
Najprawdopodobniej masz rację.
>> J.
>
>--
>Romek
> ----- pecetologia to nauka doświadczalna -----
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
-= Michał Jaskólski =- [jj_at_gdansk.sprint.pl]
http://www.gdansk.sprint.pl/~jj/jw23/ <= JWww23
-[ Nie rób nic na siłę; weź większy młotek ]-
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 16:04:57 MET DST