Dnia Sat, 20 Oct 2007 22:55:41 +0200, Lawrens Hammond napisał(a):
> Użytkownik "Michal Kawecki" <kkwinto@o2.px> napisał w wiadomości
> news:1x3vft11ph2c9.dlg@kwinto.prv...
[...]
> Problematyczność obsługi tak dużej tablicy uznałbym za sprawę wtórną,
> acz nierozerwalnie związaną z tym, od czego wychodzimy - duża partycja,
> mały blok, rośnie FAT, komplikuje się obsługa. Ale to raczej
> ograniczenia fizyczne, bo matematycznie problemów nie widzę. NTFS za
> mało znam, ale czy nie do tego służy indeksowanie, aby właśnie
> wyeliminować, bądź ograniczyć skutki użycia wielkiej ilości plików?
Nie. Indeksowanie służy do znajdowania pliku po jego treści lub nazwie i
jest to już funkcja użytkowa.
W NTFS jak już Grześ zauważył, stosuje się przeszukiwanie MFT w drzewku
B-Tree, a nie przeszukiwanie listy jak w FAT32. I trwa to o wiele
krócej. Tak na szybko podsunę dwa odnośniki z opisem różnic:
http://forum.infojama.pl/viewtopic.php?t=10094
http://www.microsoft.com/whdc/system/winpreinst/ntfs-preinstall.mspx
W szczególności polecam ten fragment:
MFT Optimization for NTFS Volumes
Windows XP optimizes boot performance on NTFS volumes by limiting the
amount of MFT information read into memory. For example, consider a 71
GB drive partitioned as follows:
C: 8 GB Operating system and all files
E: 25 GB Empty
F: 25 GB Empty
G: 13 GB Empty
In this example, Windows XP reads ~200 KB of information at system boot
time if E, F, and G are NTFS volumes; however, Windows XP reads ~19MB of
information at boot if E, F, and G are FAT32 volumes. Implementation of
an NTFS volume leaves more system memory available for user
applications.
-- M. [Windows - Shell/User MVP] /odpowiadając na priv zmień px na pl/ https://mvp.support.microsoft.com/profile/Michal.KaweckiReceived on Mon Oct 22 00:00:10 2007
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Mon 22 Oct 2007 - 00:42:03 MET DST