Użytkownik "Michal Kawecki" <kkwinto@o2.px> napisał w wiadomości
news:1wg4jjp9t3zsy.dlg@kwinto.prv...
>> Można zrobić mały blok, wydaje mi się, że większym problemem będzie
>> ogromny rozmiar tablicy alokacji i konieczność przeczesywania go dla
>> każdego zapisywanego pliku. Bo jak odczyt, to wystarczy sobie
>> wyliczyć
>> pozycję gdzie jest kolejny wpis, to prosta procedura matematyczna, do
>> wyliczenia na ręcznym kalkulatorze.
>
> Mały klaster da się owszem zrobić, ale tablica FAT urośnie
> dramatycznie,
> przez co czas przeszukiwania jej przy próbie dostępu do kolejnych
> plików
> zabije system.
Otóż właśnie. Zanim system przeszuka FAT w poszukiwaniu wolnego miejsca,
to minie czasu... w NTFS też zauważyłem ten problem, jeśli jest dużo i
drobno, ale w skali tak minimalnej, że pomijalnej przy rozważaniach.
Indeksowanie w drzewie zbalansowanym to dobra sprawa.
>> Czyli rozumieć, że czas dostępu do małego pliku+czas na zbadanie
>> uprawnień < czas dostępu do pliku na FAT32?
>
> Przy defragmentacji nie są sprawdzane prawa NTFS.
Ale też jest zjawisko, że nie rusza szczególnie ważnych plików - O&O
niektóre pliki i katalogi nie-głęboko-systemowe, także pokazuje jako
Locked. Podobnie, jak hiberfil, czy metapliki. Natomiast MFT nie... MFT
może byc defragmentowana orzez O&O online, w trakcie pracy systemu.
-- D4Received on Wed Feb 18 22:10:06 2009
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Wed 18 Feb 2009 - 22:42:02 MET