A Sajátgépben miért ír több foglalt területet az SSD-nek, mint amikor az összes fájl méretét nézem meg?
Na ezt kicsit hülyén lett megfogalmazva. Szóval... a sajátgépben a C meghajtónál 117 GB-ot ír viszont ha az összes fájlt kijelölöm és a Tulajdonságoknál megnézem a méretüket, akkor csak 95 GB. ÉS IGEN... tudom, hogy van olyan, hogy biztonsági mentésnek fenntartott kapacitás meg virtuális memória, de még azokkal együtt sem kellene, hogy elérje még a 110 GB-ot se.
A többi szabad terület hova a fenébe tűnt?
Több oka is van, hogy a fájlok összmérete nem azonos a merevlemezen lefoglalt területtel.
1. Apróság, de vannak olyan fájlok és mappák, amiknek a mérete nem kérdezhető le. Illetve ha vannak rejtett mappák és fájlok, akkor azok nyilván nem fognak megjelenni a Sajátgépben.
2. Szintén apróság, de felfele tudnak csalni a hard linkek. Bár ezek használata ritka, de létezhet olyan fájl, ami két különböző mappában található meg, de ténylegesen ugyanarra a tartalomra mutatnak. (Ha az egyiket megváltoztatod, változik a másik is.) (Szélsőséges esetben a merevlemezen lefoglalt hely akár lehet kevesebb, mint a Sajátgép mappáinak összmérete.)
3. Az eltérés legfőbb oka valószínű az, hogy az NTFS fájlrendszer clusterekben tárolja az adatokat. Alapértelmezésben ennek a mérete 4 kB. Annyi ilyen cluster foglalódik le, amennyi szükséges a fájl tárolásához. Ha a fájl 10 kB méretű, akkor ennek a tárolásához 3 cluster kell, így valójában 12 kB-tal csökkenti a szabad területet. Egy pontosan 4 kB-os fájl pontosan 1 clustert foglal le. De ugyanúgy 1 clustert foglal le egy 1 kB-os, meg egy 3 bájtos fájl is. Kicsit olyan ez, mintha papírlapokról lenne szó. Ha ezek könyvben fejezetek, akkor a legtöbb papírlap tele van írva, maximum a fejezetek végén vannak félig megtöltött lapok. Ha viszont levelek gyűjteményéről van szó, máris sokkal több a félig teleírt lap. Ha valaki meg minden levélben csak egy-egy mondatot ír le, akkor lehet, hogy 30 papírlapot is elpazarol ugyanannyi mondatra, mint ami egy könyv esetén egyetlen papírlapon elfér.
Nagyobb fájlok esetén a veszteség nem nagy. Sok-sok teljesen kihasznált clustert zár le egy nem teljesen kihasznált cluster. Sok kicsi fájl esetén viszont az ebből származó a veszteség nagyobb. További probléma, hogy minél kisebb a clusterméret, annál lassabb a fájlrendszer működése, de cserébe kisebbek a veszteségek is. Minél nagyobb a clusterméret, annál gyorsabb a fájlrendszer, de annál több a cluster kihasználatlanságból származó veszteség. Általában jó optimum a 4 kB-os clusterméret, a legtöbb esetben jó optimum a sebesség, és a helykihasználási hatékonyság között. Ez a legtöbb esetben ez 80-95%-os kihasználtságot jelent. (Ha nagyon nagy fájlokat, pl. filmeket, ISO fájlokat tárolsz, akkor a kihasználtság jobb. Ha meg sok kicsi fájl van, akkor a veszteség nagyobb.)
4. További extra, hogy tulajdonképpen a fájlrendszer nem más, mint a fájloknak egy adatbázisa. Egy fájl tartalmának méretébe nem számolódik bele a fájl neve, hogy milyen clusterek sorozatából áll össze, mikor módosították, milyen hozzáférési jogosultságai vannak, nem számolódik bele a mappastruktúra, amit megint csak tárolni kell valahol. Ha van 10 000 darab 0 bájtos fájlod mindenféle mappákban, akkor az összméretük nulla, de attól még a mappaszerkezet, fájlneveket, létrehozási, módosítási időpontokat, jogosultságokat csak tárolni kell valahol. Ha valamilyen speciális okból nagyon szövevényes mappaszerkezeted, meg sok 0, vagy 1-2 bájtos fájlod van, akkor ez lehet akár tetemes adatmennyiség.
Kapcsolódó kérdések:
Minden jog fenntartva © 2024, www.gyakorikerdesek.hu
GYIK | Szabályzat | Jogi nyilatkozat | Adatvédelem | Cookie beállítások | WebMinute Kft. | Facebook | Kapcsolat: info(kukac)gyakorikerdesek.hu
Ha kifogással szeretne élni valamely tartalommal kapcsolatban, kérjük jelezze e-mailes elérhetőségünkön!