Autor: Jerzy Slominski (jason_at_cc.uni.torun.pl)
Data: Wed 06 Aug 1997 - 20:02:31 MET DST
roman_at_silesia.pik-net.pl wrote:
>
> Jerzy Slominski wrote:
>
> [...]
>
> JS> Nie strasz Pan klientow !!!
>
> Nie rob klientom wody z mozgu, prosze.
>
> JS> Przy dobrej konfiguracji transfer ciagly w wersji Parallel jest rzedu
> JS> 500 KB/s (dla duzych plikow).
>
> Fizyczna niemozliwosc - testowalem w wielu (dzisiatki!) komputerach i magicznej
> granicy 18 MB/min (300 KB/s) nie udalo mi sie przekroczyc. Sama firma IOmega
> przyznaje sie do max. 20MB/min przy parallel.
>
> JS> Trzeba tylko recznie skonfigurowac plik guest.ini
>
> Nie trzeba recznie, mozna uzyc PPAOPT.EXE... Wiesza sie niestety na niektorych
> plytach, ale na tych plytach nawet 'recznie' niewiele wycisniesz.
>
> [...]
>
> --
>
> RoMan (2:484/88_at_fidonet.org)
> mailto:roman_at_silesia.pik-net.pl
-- Juz dzis pisalem ... I dzis kopiowalem 80MB w dwoch plikach ... Plyta 486 DX2/100, wolnyyy HDD (taka uroda plyty) Trwalo 5 min (slownie : piec minut) - 16MB/s Sprawdzalem 2 (slownie : dwa) razy. PPAOPT jest do bani, radze jednak recznie. Testowalem tez na SOYO HX/P133. To samo. Jeszce raz podkreslam: co innego kopiowanie, a co innego transfer. Dyski IDE daja transfer rzedu 5MB/s, a przy kopiowaniu 1-2MB/s. Jesli czytac z ZIP-a copy /b dlugi.xyz > nul to transfer jest rzedu 500-600KB/s. Przy kopiowaniu spada do polowy. Przy duzych plikach kopiowanie 100MB zajmie nie wiecej niz 7 minut. Przy malych rzeczywiscie strasznie sie muli (bardzo dlugi czas przesuniecia glowicy) Jak ciagle robi skoki zapis pliczku --- zapis FAT to wtedy szlak moze trafic. Ale wtedy i tak lepie uzyc jakiejs pakowarki, np. pkzip, arj czy rar i kopiowac archiwum. Pozdrowienia --------------------- jason_at_cc.uni.torun.pl ---------------------
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 16:17:18 MET DST