Właśnie mnie zamurowało. Mam dwie maszyny, obie na AC. Chcę przerzucić
między nimi spore archiwa *.tar.gz - jedno 1.6GB, drugie 0.8GB. Kopiowanie
przebiega bez problemów, ale... archiwa ulegają zmianie. Sumy MD5 są inne,
archiwa przestają się poprawnie rozpakowywać. Ogólnie - porażka.
On Tuesday 25 of September 2007, Łukasz Maśko wrote:
Właśnie mnie zamurowało. Mam dwie maszyny, obie na AC. Chcę przerzucić
między nimi spore archiwa *.tar.gz - jedno 1.6GB, drugie 0.8GB. Kopiowanie
przebiega bez problemów, ale... archiwa ulegają zmianie. Sumy MD5 są inne,
archiwa przestają
Dnia wtorek, 25 września 2007, Daniel Mróz napisał:
[...]
Ja bym jeszcze sprawdził dyski.
Dyski są OK, przynajmniej na tyle na ile mogłem to sprawdzić. Pamięć też.
Żeby było ciekawiej - przerzuciłem te same dane korzystając z nc (Net Cat).
Efekt - transmisja udana, do tego 2.5x szybsza.
Łukasz Maśko napisał(a):
[..]
Efekt - transmisja udana, do tego 2.5x szybsza.
[..]
No to chyba Cię nie powinno dziwić skoro nie ma narzutu
szyfrowania transmisji. W takiej sytuacji nc *zawsze*
będzie szybsze :)
--
Pozdrawiam,
Pawel 'duddits' Dlugosz
http://dlugosz.eu
Dnia wtorek, 25 września 2007, Pawel Dlugosz napisał:
Łukasz Maśko napisał(a):
[..]
Efekt - transmisja udana, do tego 2.5x szybsza.
[..]
No to chyba Cię nie powinno dziwić skoro nie ma narzutu
szyfrowania transmisji. W takiej sytuacji nc *zawsze*
będzie szybsze :)
Nie dziwi mnie to.
Tuesday 25 of September 2007 15:23:59 Daniel Mróz napisał(a):
Właśnie mnie zamurowało. Mam dwie maszyny, obie na AC. Chcę przerzucić
między nimi spore archiwa *.tar.gz - jedno 1.6GB, drugie 0.8GB.
Kopiowanie przebiega bez problemów, ale... archiwa ulegają zmianie. Sumy
MD5 są inne, archiwa
Dnia wtorek, 25 września 2007, Mieszko Kaczmarczyk napisał:
[...]
łączysz się po kablu, radiowo?
Kabel. Ale to nie powinno mieć znaczenia przy założeniu, że dane są
kodowane, bo wydaje się być oczywiste, że protokół posiada jakieś metody
sprawdzania poprawności strumienia. Nie jest przecież