OT 160GB vinyo problema

Auth Gábor auth.gabor at enaplo.hu
Thu Oct 21 14:01:50 CEST 2004


Halihó!

csütörtök 21 október 2004 13:37 dátummal norbimagan ezt írta:
> Az a bibi, hogy amikor csinaltak, eleg nagyok voltak a lemezeleresi
> idok, es relative kicsi a lemezterulet. Ezert a FAT pl. meg 12-bitesnek
> indult, ebbol lett 16, majd a 32bit.
  Nah... épp ezért volt hibás a koncepció már akkor is. Ugyanis lemezek 
esetén kellemes, amikor sok kis fájlt írsz: a fej állandóan a FAT és a 
fájl írási helye között mozog. Már a FAT előtt létezett olyan 
fájlrendszer, amely a ,,FAT''-ot szétszórja a lemezen. Szemléletesen úgy, 
hogy van például minden 40MBájt területnek külön ,,FAT'' táblája... a 
fájlok meg közel vannak a saját leíró területükhöz, ezzel jelentősen javul 
az IO teljesítmény. Ez létezett a FAT előtt is. :)

> Egyebkent az NTFS sokkal ugyesebben csinalja, vagy a LINUX particiok meg
> okosabbak. Pl. nemigen toredeznek, es megis eleg gyorsak.
  A journaling fájlrendszerek például teljesen más koncepción alapulnak. 
Épp azt valósítják meg, amit lehetetlennek tartasz... :))

> Ellenben UNIX-rendszereknel tudomasom szerint nemigen kell torolt
> allomany visszaallitasaval bibelodni a usernek, mert gyakran nincs mit
> visszahozni: felulirodott az adat... Egyebkent meg teljesen jogos is:
> amit letoroltunk, azt nem ok nelkul toroltuk.
  Vissza lehet hozni... csak ismerni kell az inode számát. Van már sok kis 
ügyes tool erre, a FreeBSD listán épp mostanában volt téma.
-- 
http://www.enaplo.hu - Iskolai Információs Rendszer
Auth Gábor -=- +36-70/9400-341 -=- ICQ: 49179141
FreeBSD 5.3




More information about the Elektro mailing list