Autor: Radoslaw Sokol (rsokol_at_magsoft.com.pl)
Data: Wed 17 Dec 2003 - 12:39:57 MET
adasiek wrote:
> aaaaa np. linuxy cachuja przestrzen dyskowa w RAM; cachowanie HDD ma
> najmniejszy priorytet w dostepnie do RAM - tzn. kazde inne zadanie
> wyrzuca bufory dyskowe na dysk; ale przy sprzyjajacych warunkach
> spokojnie znajdziesz w RAM 32MB na cache dysku; wtedy 8MB ktore posiada
> sam dysk - wyglada smiesznie;
Ale weź pod uwagę, że duży cache umieszczone w samym kontro-
lerze IDE dysku może znakomicie podnieść wydajność choćby
operacji zapisu na dysk, gdyż w momencie, w którym system
operacyjny wrzuci dane do cache kontrolera nie musi czekać
na samo zapisanie danych na dysku -- zajmuje się tym już
elektronika. Przy 2 MiB cache takie przyspieszenie dotyczy
znacznie mniejszych porcji danych.
Poza tym większy cache daje kontrolerowi IDE większe możli-
wości wczytywania danych z wyprzedzeniem (prefetch) oraz
porządkowania zapisywanych danych zgodnie z fizycznym ukła-
dem sektorów. Jedynym warunkiem jest obsługa takich funkcji
przez elektronikę dysku -- IIRC jeszcze niedawno dość niewiele
napędów ATA w ogóle stosowało opóźnione buforowanie zapisu,
porządkowanie danych, czytanie z wyprzedzeniem i kolejkowanie
poleceń.
Cache systemu operacyjnego znakomicie zwiększa wydajność i
odciąża magistralę I/O, ale obciąża też procesor w czasie
realizowania już opóźnionych operacji wejścia/wyjścia.
Zwiększenie bufora samego kontrolera IDE zwiększa wykorzys-
tanie trybu burst, skraca operacje I/O i zmniejsza obcią-
żenie procesora.
-- |""""""""""""""""""""""""""""""""""""""""""""""""""""""""""| | Radosław Sokół | mailto:rsokol_at_magsoft.com.pl | | | http://www.grush.one.pl/ | \................... ftp://ftp.grush.one.pl/ ............../
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 11:56:56 MET DST