Re: Problem z naprawą systemu.

Autor: Michal Kawecki <kkwinto_at_o2.px>
Data: Wed 18 Feb 2009 - 21:41:26 MET
Message-ID: <1wg4jjp9t3zsy.dlg@kwinto.prv>
Content-Type: text/plain; charset="iso-8859-2"

Dnia Wed, 18 Feb 2009 14:42:01 +0100, Sempiterna napisał(a):

> Użytkownik "Michal Kawecki" <kkwinto@o2.px> napisał w wiadomości
> news:prqw6ceauhwo$.dlg@kwinto.prv...
>> Dnia Wed, 18 Feb 2009 12:16:14 +0100, Sempiterna napisał(a):
>>
>>> W każdym razie, w wolnych chwilach niech partycja będze
>>> defragmentowana,
>>> gdyż jak się pofragmenci, to ciężko będzie odzyskać dane w razie
>>> awarii.
>>> FAT ma zaletę, że nie są badane prawa dostępu (dało by sie zrobić,
>>> ale
>>> to trochę by kosztowało) i dla małych plików chodzi szybciej. Ale
>>> przy
>>> mocnych maszynach różnica jest chyba pomijalna.
>>
>> FAT32 nie nadaje się do dużych partycji i małych plików z uwagi na
>> znaczne straty wolnego miejsca spowodowane zbyt dużymi klastrami
>> danych.
>
> 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.
[...]
>>> samo, prędkość defragmentacji wynosiła 0.3-0.6 MB/s! 30-gigową
>>> partycję
>>> robiło mi 25 godzin... Taką samą NTFS kilka(naście) minut.
>>
>> NTFS deklasuje FAT32, jeśli chodzi o szybkość pracy z małymi plikami,
>> z
>> uwagi na inny algorytm wyszukiwania.
>
> 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.

-- 
M.   [Windows - Shell/User MVP]
/odpowiadając na priv zmień px na pl/
https://mvp.support.microsoft.com/profile/Michal.Kawecki
Received on Wed Feb 18 21:45:05 2009

To archiwum zostało wygenerowane przez hypermail 2.1.8 : Wed 18 Feb 2009 - 22:42:02 MET