Udv,
ilyenekkel foglalkozunk most, ossze kell kabelezni egy null-modemet es fajlokat ide-oda kuldozgetni rajta. Eddig konnyu. Viszont a mert adatok egyaltalan nem azt mutatjak amit kene.
Van speciel egy ilyen kerdes is: " How is Kermit able to transfer files faster than the actual line speed being used?" Na most az a helyzet hogy akarmennyire is allitottuk a line speed-et, a Kermit teljesitmenye rendre alacsonyabb volt annal amit szamolas szerint hoznia kellett volna.
Masik egeto kerdes amire valahogy valaszt kene talalnom, hogy ha 16000 byte-os fajlt kuldok 19200 bps-en akkor miert dob time-out errort, finoman szolva fogalmam sincs.
Koszonom az utmutatast, segitseget.
- 1087 megtekintés
Hozzászólások
Miért, mit mérsz?
19200-at nem mindegyik soros port bírja el, a 16450-esek pl. biztos nem és akkor ott adatvesztés van.
- A hozzászóláshoz be kell jelentkezni
gyakorlaton ismerkedunk ezekkel a dolgokkal, gyakorlatilag tenyleg csak ennyi, kulonbozo protokollok, illetve protokoll teljesitmenye(bps) vs. szamolas szerint varhato teljesitmeny.
Koszonom amugy, vegtelenul egyszeru valasz, megsem jutott volna eszembe.
Valakinek esetleg otlete arra miert lassabb a cuccunk amikor gyorsabnak kene lennie? Mar azon is gondolkodtam hogy rosszul kabeleztuk be de akkor valszleg egyaltalan nem mukodne...
- A hozzászóláshoz be kell jelentkezni
A kábelezés minősége is számíthat már 19200-on.
Meg az, hogy hány adatbit, hány start bit és hány stop bit van és van-e paritásbit. Ez akár 3 plusz bitet is hozzátehet a 8 bit adathoz, vagyis simán lehet 40% protokoll-veszteség is a dróton.
- A hozzászóláshoz be kell jelentkezni
> a Kermit teljesitmenye rendre alacsonyabb volt annal amit szamolas szerint hoznia kellett volna.
Erre csak 1 magyarázat lehetséges: rosszul számoltátok ki, hogy a kermit hogyan fog viselkedni.
- A hozzászóláshoz be kell jelentkezni