Autor: Wojciech Myszka (myszka_at_okapi.ict.pwr.wroc.pl)
Data: Mon 03 Jun 1996 - 21:43:02 MET DST
In article <009A3456.08B8C680.26353_at_lodz1.p.lodz.pl> zylla_at_lodz1.p.lodz.pl
(Romuald Zylla, Lodz Tech.Univ. Poland) pisze o transmisji:
[...]
] Nie jestem tego pewien ale wolna transmisja jest chyba spowolniona
] po stronie komputera UNIXowego. Protokol Kermit jest z tego co wiem
] nie buforowany i jest spowalniany przez wielozadaniowosc systemu UNIX.
] Moze ktos kto sie zna lepiej sie odezwie ?
---
Oczywiscie, zawsze szybkosc komputerow komunikujacych sie ze soba (czy
raczej przepustowosc ich portow) ma wplyw na szybkosc transmisji.
Kermit, w swojej _pelnej_ implementacji umozliwia transmisje dlugimi
blokami (inne implementacje na ogol dopuszczaja bloki standardowa <100
bajtow) umozliwia korzystanie ze ,,sliding window'' (to jest chyba wlasnie
to ,,buforowanie'') oraz daje mozliwosc automatycznego dostosowania
dlugosci bloku do jakosci linii: w przypadku bledu blok jest skracany,
w przypadku poprawnej transmisji jest wydluzany.
Do kolejnych zalet protokolu mozna zaliczyc mozliwosc przesylania danych po
liniach 7-bitowych (z mniejsza luz szybkoscia, co jest oczywiste).
Pelna wersja daje rowniez mozliwosc korzystania z roznych funkcji
serwera kermit (wykonywanie komend, automatyczne przeslanie pliku z pc
do serwera, a dalej poczta...
Kermit udostepnia rowniez emulator terminala tektronix (grafika
ktora potrafi wykorzystac Mathematica, Matlab czy SAS). Poniewaz jest to
grafika wektorowa - nawet po stosunkowo wolnych laczach dziala to
calkiem efektywnie.
Pozdrowienia
Wojtek
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 15:57:04 MET DST