Re: dyski i realne transfery

Autor: Radosław Sokół <rsokol_at_magsoft.com.pl>
Data: Sat 03 Jan 2009 - 12:00:55 MET
Message-ID: <2009010311005800@grush.one.pl>
Content-Type: text/plain; charset=ISO-8859-2; format=flowed

W dniu 02.01.2009 20:10, zlotowinfo pisze:
> odpalam dc++, ten zaczyna analizować nowe pliki udostępnione

Nieładnie piracić ;)

> wiadomo robi to skutecznie, antywirus od razu się też o swoje prosi
> no a ja chciałbym jednak kompa używać

No i właśnie z tego powodu w Linuksie i w Viście wprowa-
dzono wreszcie *priorytety operacji we/wy*.

To jest niedociągnięcie systemu operacyjnego (XP pewnie)
i sprzętem tego nie nadgonisz.

W nowszym systemie takie DC analizę plików uruchomiłoby
nie tylko w osobnym wątku o niskim priorytecie (aby nie
"zamulać" CPU), ale też z niskim priorytetem we/wy,
W takim przypadku jakakolwiek operacja o zwykłym priory-
tecie (czyli normalne użytkowanie komputera) przerywałaby
*całkowicie* tę drugoplanową analizę; wznawiana byłaby
dopiero w momencie ustania we/wy.

Z tego mechanizmu w Viście korzysta na przykład indekso-
wanie plików do szybkiego wyszukiwania.

> potem jeszcze przy kończeniu ściągania plik jest sprawdzany i kopiowany
> na inną partycję by ogrniczyć efekty fragmentacji która jest ogromna na
> partycji temp

Fragmentacja dzisiaj nie gra takiej roli jak kiedyś.
Zamiast wmuszać sobie tak powolną operację jak kopio-
wanie wielkiego pliku między partycjami, lepiej pogodzić
się z fragmentacją o znikomym wpływie na system i tylko
co jakiś czas defragmentować dane.

Poczytaj sobie o fragmentacji dzisiaj:
http://www.grush.one.pl/article.php?id=defrag

> z reguły głównym zamulaczem jest antywirus

A na tego żadnym dyskiem nie poradzisz, bo on po prostu
straszliwie zwiększa ilość we/wy. Najlepiej jest dobrze
go skonfigurować, by na przykład nie próbował skanować
wielkich plików o małym ryzyku obecności w nich wirusa
(na przykład strumienie MPEG czy pliki MP3).

>> RAID 0 zwiększa transfer sekwencyjny, ale prawie nic nie
>> daje na przeplatane lub losowe odczyty i/lub zapisy. W nor-
>> malnej pracy przyspieszenie wynosi tak z 20%-30% max.
>>
> serio? sądziłem że przyrost będzie 100% ?!?

Przy sekwencyjnym odczycie wielkiego pliku bez zajmowania
pamięci RAM na ten plik. Wtedy owszem. Przy normalnej pracy?
Nie żartuj ;)

> a tak po prawdzie brakuje mi jakiegoś programu który potrafiłby
> zarządzać dyskiem by zadania w tle używały dysku w mniejszym stopniu

I tu widać jak mylą się ludzie twierdzący że "w Viście nie
ma nic nowego". Jest wiele nowych, bardzo przydatnych mecha-
nizmów, ale ich *nie widać* :)

-- 
|""""""""""""""""""""""""""""""""""""""""""""""""""""""""""|
| Radosław Sokół  |  http://www.grush.one.pl/              |
|                 |  Politechnika Śląska                   |
\................... Microsoft MVP ......................../
Received on Sat Jan 3 12:05:17 2009

To archiwum zostało wygenerowane przez hypermail 2.1.8 : Sat 03 Jan 2009 - 12:51:02 MET