Autor: Marcin Wojtczuk (we-steal-from-artists_at_riaa.com)
Data: Wed 17 Dec 2003 - 14:46:23 MET
Radoslaw Sokol claimed:
> 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.
Yyyk ? Nie pomyliłeś ATA z SATA ?
> 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ń.
No, a teraz jest SATA i pojawiła się taka _możliwość_ :)
--
Marcin Wojtczuk
[ http://www.stringi.com/viper/ ]
irc nicks: fv, FastViper
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 11:56:59 MET DST