16 591
Tesztek Android Google Apple Microsoft Samsung Huawei Linux Okostelefon Biztonság Tudomány Facebook Videojáték Film
16 591
https://lh6.googleusercontent.com/-A_FZqTCaYAg/UW-z_4rWvzI/AAAAAAAAE5E/ssZHH6CoPvU/s800/Microsoft_Windows_8.1_Blue_ReFS_screenshot.jpg
Kattints ide  ➜

ReFS: Új fájlrendszer a Windows 8.1‑ben

Makay József2013.04.18. 11.03
https://lh6.googleusercontent.com/-A_FZqTCaYAg/UW-z_4rWvzI/AAAAAAAAE5E/ssZHH6CoPvU/s800/Microsoft_Windows_8.1_Blue_ReFS_screenshot.jpgSzemfüles tesztelők felfedezték, hogy a Windows 8.1, vagy ismertebb nevén a Windows Blue kiszivárgott verziójában már felhasználói szinten is elérhetővé vált a Microsoft rejtélyes fájlrendszere, a Resilient File System.

A ReFS amúgy már a Windows 8 korai fejlesztői verzióiban és a Windows Server 2012-ben is felbukkant, azonban annak támogatása az előbbi rendszer végleges kiadásában visszavonásra került, így lényegében csak sejthető volt, hogy a cég dolgozik valamin. A támogató kód valójában a rendszerben maradt és néhány parancssori trükkel elérhetővé is tehetjük, viszont a fejlesztés stabilitása és hibatűrése egyelőre kétséges az Windows 8-on, a Microsoft pedig jelenleg nem támogatja, tehát probléma esetén mindenki mossa kezeit.

A fájlrendszer ráadásul már a Windows Server 2012-ben is elérhető, szóval közel sem olyan ismeretlen fejlesztésről van szó, mint ahogyan egyes informatikai híroldalak beállítják. A ReFS tipikusan a nagygépes vállalati környezetekben lehet főként hasznos a nagyméretű tárolók és fájlméretek támogatása miatt, de mivel a szolgáltatások jelentős részét elméletileg a NTFS-ből örökölte, semmi akadálya annak, hogy egységesen használja mindenki minden hardverplatformon, bár az egyelőre rejtély, hogy mennyire kíméli az Flash-alapú meghajtókat.

A fájlrendszer jellemzése a Wikipedia-fordítók tollából:

A ReFS (Resilient File System, azaz ellenálló fájlrendszer, eredeti kódnevén „Protogon”) a Windows 2012-vel debütáló új fájlrendszer. Az NTFS továbbfejlesztésének szánt ReFS-t eredetileg fájlkiszolgálókba szánták.

A lemezen tárolt struktúrák nagyobb megbízhatósága

a ReFS B+-fákat használ mind a metaadatok, mind a fájladatok tárolására. A fájlméretet, kötetméretet, az egy könyvtárban tárolható fájlok számát és az egy köteten tárolható könyvtárak számát mind 64 bites számok korlátozzák – ebből vezethető le a 16 exabájtos maximális fájlméret, az 1 jottabájtos maximális kötetméret (64 KB-os helyfoglalási egységekkel), ami jól skálázhatóvá teszi, hiszen nincsenek praktikus korlátai a fájl- és könyvtárméreteknek (a hardver korlátain túl). A metaadatok és a fájladatok egy relációs adatbázis tábláihoz hasonlóan vannak elrendezve. A szabad helyet egy hierarchikus allokátor tartja nyilván, három különálló táblával a nagy, közepes és kis méretű szabad helyek részére. A fájlneveknek és az elérési utak hosszának egy 32 KB-os Unicode karakterláncban kell elférniük.

Beépített ellenálló képesség

a ReFS a metaadatok esetében allocation-on-write („írás esetén másolás, illetve lefoglalás”) stratégiát alkalmaz, ami minden metaadat-frissítési tranzakció esetében új helyfoglalást végez és nagy I/O-kötegeket alkalmaz. Valamennyi ReFS-metaadathoz beépített 64 bites ellenőrző összeg tartozik, ami az adattól eltérő helyen van tárolva. Opcionálisan a fájladatokhoz is tárolható ellenőrző összeg egy külön integritás-adatfolyamban (streamben). Ily módon, ha az adat vagy a metaadat megsérül, a kötet lecsatolása nélkül el lehet végezni a fájl törlését és biztonsági mentésből való visszaállítását. A beépített ellenálló képességnek köszönhetően nem szükséges a ReFS köteteken rendszeresen hibaellenőrző szoftvereket (pl. CHKDSK) futtatni.

Létező API-kkal és technológiákkal való kompatibilitás

a ReFS-hez nincs szükség új rendszer API-kra, és a legtöbb fájlrendszerszűrő is változtatás nélkül működik a ReFS-kötetekkel. A ReFS támogatja a korábbi Windows- és NTFS-funkciók nagy részét, köztük a BitLocker titkosítást, az ACL-eket, az USN Journalt, a változási értesítéseket, az NTFS szimbolikus linkeket, az NTFS csatolási pontokat (junction point) és kötetcsatolási pontokat (Volume Mount Point), újraelemzési pontokat (reparse point), a kötet árnyékmásolatait, a fájlazonosítókat (file ID) és az oplockokat. A ReFS problémamentesen integrálódik a Tárolóhelyekkel (Storage Spaces), az adattükrözést és -csíkozást biztosító tároló-virtualizációs réteggel, ami a gépek közötti tárhely-összefogást is lehetővé teszi. A ReFS ellenálló képessége kiterjeszti a Tárolóhelyek tükrözési képességeit, mivel képes annak felderítésére, hogy a fájlok bármely tükrözött kópiája megsérült-e – egy háttérben futó adatellenőrzési folyamat segítségével, ami periodikusan beolvassa az összes tükrözött kópiát és ha az ellenőrző összeg nem stimmel, a rossz kópiákat a jóra cseréli ki.

Néhány NTFS-funkciót nem támogat a ReFS. Ezek közé tartoznak az alternatív adatfolyamok, az elosztott hivatkozáskövetéshez használt objektumazonosítók (object ID), a rövid fájlnevek, a fájlszintű tömörítés és titkosítás (EFS), a felhasználói adatok tranzakciókezelése (Transactional NTFS), a ritka fájlok (sparse files), hard linkek, kiterjesztett attribútumok és lemezkvóták. A ReFS önmagában nem nyújt adat-deduplikációt sem. A dinamikus lemezek tükrözött vagy csíkozott köteteit a Tárolóhelyek tükrözött vagy csíkozott kötetgyűjteményei (storage pool) váltják fel. A Windows Server 2012-ben egyelőre az automatikus hibajavítás csak a tükrözött tárolóhelyeken működik, és a ReFS kötetekről való rendszerindítás sem támogatott.

A ReFS-ről először a nem hivatalos 6.2.7955-ös build képernyőfotóiról lehetett értesülni, ekkor még a „Protogon” kódnéven futott. A ReFS támogatása hiányzott a fejlesztői előzetesből (build 8102). A ReFS-t jelenleg a Windows 7 és korábbi operációs rendszerek nem képesek kezelni.
Kattints ide  ➜

Az Androbit technológiai és tudományos magazinnál hiszünk abban, hogy az információ mindenkit megillet. Hosszú évek munkájával megszerzett hírnevünknek köszönhetően megadatott számunkra az a lehetőség, hogy műszaki témájú médiumként is elérhessünk minden internetező korosztályt. Tesszük ezt olyan hírekkel és cikkekkel, amik között egyaránt szerepel nagyobb tömegeket és kisebb szakmai csoportokat érintő tartalom is.

A témák gondos összeválogatásának és a cikkek minőségi kidolgozottságának hála mára Magyarország egyik legnépszerűbb technológiai és tudományos információforrásává váltunk – fejlesztéseinkkel és kutatásainkkal pedig igyekszünk mindig egy lépéssel a versenytársak előtt járni.

A weboldalunkon található, szerkesztőségünk által készített tartalmakra vonatkozó összes felhasználási jogot az Androbit technológiai és tudományos magazin birtokolja. A tartalmak egyes részleteinek felhasználását kizárólag látványos (vagy jól hallható) forrásmegjelöléssel engedélyezzük. A feltételek megszegésének jogi következményei lehetnek. A feltételektől eltérő tartalomfelhasználás kizárólag megegyezés útján lehetséges.
Copyright © 2007-2016 – Makay József (makay@androbit.net)
Ezek a különbségek az iPhone‑ és Android‑felhasználók között
A nem eredeti Apple‑töltők 99 százaléka veszélyes
Telltale játék lesz a Guardians of the Galaxy
A Nokia nagy visszatérése
Felkapott témák
Ezek a különbségek az iPhone- és Android-felhasználók között
Ezek a jelenleg kapható legerősebb okostelefonok
Ezek a Huawei-készülékek kapják meg az Android 7.0 Nougat frissítést
Ingyenes nCore regisztráció - Újabb csalók próbálkoznak
Egy alkalmazás bitcoin-terminált csinál a telefonunkból
A Firefox 0-day sebezhetőségével leplezik le a Tor-felhasználókat
Állásajánlatok
Functional Specialist, Business Process Automation
Marketing asszisztens
Senior Hegesztőmérnök
Számítástechnikai munkatárs
Marketing Assistant HA - Home Appliances
Maintenance Engineer Mechanical
Erősáramú Villamosmérnök