Autor: Michal Kawecki (kwinto_at_2com.pl)
Data: Sun 12 Jan 2003 - 18:33:37 MET
Użytkownik "Doman" <DomansMail_at_Poczta.Gazeta.Pl> napisał w wiadomości
news:avrko8$a2v$1_at_news.polbox.pl...
> A popatrz na to jeszcze inaczej, dysk ma
> bufor(512kb,1mb,2mb,4mb,8mb) i posiada transfer wewnetrzy o
> wiele wiele wiele wiekszy od zewnetrznego, tak wiec wszystko
> powinno smigac. Mialem(obecnie nie mam) dysk podzielony na 3
> partycje kopiowanie plikow miedzy tymi partycjami bylo wercz
> natychmiastowe. Wiec problem tkwi gdzie indziej(ale nie dam
> sobie glowy obciac :)).
>
Bufor dysku, bufor na dane w samym systemie - to wszystko pomaga. Ale
kopiowanie pliku 700 MB zablokuje każdy bufor, a jeszcze wiele zależy od
algorytmów obsługujących odczyt z wyprzedzeniem w powiązaniu z
fragmentacją kopiowanego pliku. Poza tym nie wiem, jak jest z pracą
synchroniczną interfejsu dyskowego, obawiam się że nie jest możliwy
zapis i odczyt danych w tym samym czasie... tak BTW - też kopiowałeś
takie duże pliki?
Poddam jeszcze jedną myśl: taki Windows Commander na przykład kopiuje
pliki używając własnych, wewnętrznych algorytmów. Kopiowanie plików w
obrębie tego samego dysku odbywa się w blokach po 32 kB dla małych
plików bądź po kilka MB dla dużych; zaś kopiowanie plików pomiędzy
_dyskami_ wymusza małe bloki rzędu 128 kB (co wg autora programu pozwala
to na jednoczesne prowadzenie operacji zapis/odczyt na obu napędach),
poza bardzo dużymi plikami, kiedy bufor ustawiany jest na 1MB. Zapewne w
samym systemie też istnieje podobna logika stosowana przy operacjach na
plikach; może więc tu trzeba szukać przyczyny - może po prostu zmienione
zostały domyślne ustawienia systemowe?
M.
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 09:01:49 MET DST