Sistemi i ri i skedarëve ReFS i Microsoft fillimisht u shfaq në serverët me Windows 2012. Ai u përfshi vetëm më vonë në Windows 10, ku mund të përdoret vetëm si pjesë e veçorisë Storage Spaces të një pishine disk. Në Windows Server 2016, Microsoft premton të përmirësojë ndjeshëm punën me sistemin e skedarëve ReFS, përveç kësaj, sipas thashethemeve të shtypura, ReFS mund të vijë për të zëvendësuar sistemin e skedarëve të vjetëruar NTFS në versionin e ri të Windows 10, i cili me krenari quhet Windows 10 Pro (për kompjuterë të avancuar).
Por çfarë saktësisht janë ReF, si ndryshon nga sistemi i skedarëve të përdorur aktualisht NTFS dhe cilat përparësi ka?
Me pak fjalë, ai ishte projektuar si një sistem skedarësh që toleron gabimet. ReFS është një sistem i ri skedarësh i ndërtuar me kod dhe është në thelb një sistem skedari NTFS i ridizajnuar dhe i përmirësuar. Këto përfshijnë besueshmërinë e përmirësuar të ruajtjes së informacionit, funksionimin e qëndrueshëm në mënyrat e stresit, madhësinë e skedarëve, vëllimet, drejtoritë, numri i skedarëve në vëllime dhe drejtori është i kufizuar vetëm nga madhësia e karaktereve të numrave 64-bit. Kujtoni që maksimumi për këtë vlerë, madhësia maksimale e skedarit do të jetë 16 exbibytes, dhe madhësia e volumit është 1 yobibyte.
Aktualisht, ReFS nuk është një zëvendësim për NTFS. Ajo ka avantazhe dhe disavantazhe. Por ju nuk mund, të themi, të formatoni diskun dhe të instaloni një kopje të re të Windows në të siç do të bënit në NTFS.
ReFS përdor grumbuj kontrolli për meta të dhëna dhe gjithashtu mund të përdorë grumbuj kontrolli për skedarët e të dhënave. Sa herë që lexoni ose shkruani skedarë, ReFS kontrollon shumën e kontrollit për t'u siguruar që është e saktë. Kjo do të thotë që sistemi i skedarëve në vetvete ka një mjet të aftë për të zbuluar të dhëna të dëmtuara gjatë fluturimit.
ReFS është i integruar me Hapësira Storage. Nëse keni konfiguruar pasqyrimin e aktivizuar me ReFS, Windows lehtë mund të zbulojë prishjen e sistemit të skedarëve dhe ta riparojë atë automatikisht duke kopjuar të dhënat e pasqyruara në diskun e dëmtuar. Ky funksion është i disponueshëm si për Windows 10 ashtu edhe për Windows 8.1.
Nëse ReFS zbulon të dhëna të korruptuara dhe kopja e kërkuar e të dhënave nuk është e disponueshme për rikuperim, sistemi i skedarëve është në gjendje të heqë menjëherë të dhënat e dëmtuara nga disku. Kjo nuk kërkon një rindezje të sistemit, ndryshe nga NTFS.
ReFS bën më shumë sesa thjesht të kontrollojë integritetin e skedarëve ndërsa lexohen. Ai skanon automatikisht integritetin e të dhënave duke kontrolluar rregullisht të gjithë skedarët në disk, duke identifikuar dhe rregulluar të dhënat e dëmtuara. Kjo eliminon nevojën për të ekzekutuar periodikisht komandën chkdsk për të kontrolluar diskun.
Sistemi i ri i skedarëve është gjithashtu rezistent ndaj korrupsionit të të dhënave në mënyra të tjera. Për shembull, ju azhurnoni meta të dhënat e një skedari (megjithëse një emër skedari). Sistemi i skedarëve NTFS modifikon drejtpërdrejt meta të dhënat e skedarëve. Nëse ndodh një prishje e sistemit (fikja e energjisë) në këtë kohë, ka shumë të ngjarë që skedari të dëmtohet. Kur ndryshoni meta të dhënat, sistemi i skedarëve ReFS krijon një kopje të re të meta të dhënave. Sistemi i skedarëve nuk mbishkruan metadata të vjetra, por i shkruan ato në një bllok të ri. Kjo eliminon mundësinë e dëmtimit të skedarit. Kjo strategji quhet "copy-on-write". Kjo strategji është e disponueshme në sistemet e tjera moderne të skedarëve si ZFS dhe BtrFS në Linux, si dhe sistemin e ri të skedarëve APFS të Apple.
ReFS është më moderne se NTFS dhe mbështet sasi shumë më të mëdha të të dhënave dhe emra skedarësh më të gjatë. Kjo është shumë e rëndësishme në planin afatgjatë.
Në sistemin e skedarëve NTFS, rruga e skedarit është e kufizuar në 255 karaktere. Në ReFS, numri maksimal i karaktereve tashmë është 32,768 karaktere mbresëlënëse. Aktualisht në Windows 10 ekziston një mundësi për të çaktivizuar elementin e karakterit për NTFS. Ky kufi është i çaktivizuar si parazgjedhje në vëllimet e diskut ReFS.
ReFS nuk mbështet emrat e skedarëve DOS 8.3. Në vëllimet e NTFS ju keni qasje në dosjet "Skedarët CProgram", "CProgra`1". Ato janë të nevojshme për pajtueshmërinë me të vjetrën softuer... Në ReFS, nuk do të gjeni dosjet me të cilat jemi mësuar. Ato hiqen.
Sasia maksimale teorike e të dhënave të mbështetura nga NTFS është 16 ekzabajt, ReFS mbështet deri në 262.144 ekzabajt. Tani kjo shifër duket të jetë e madhe.
Zhvilluesit nuk kishin për qëllim krijimin e një sistemi skedarësh më efikas. Ata krijuan një sistem më të efektshëm.
Për shembull, kur përdoret me një grup, ReFS mbështet optimizimin e nivelit në kohë reale. Ju keni një pishinë me dy disk të montuar. Disku i parë zgjidhet për shpejtësi të lartë, qasje e shpejtë tek të dhënat. Disku i dytë zgjidhet me një kriter besueshmërie për ruajtjen afatgjatë të të dhënave. Në sfond, ReFS do të lëvizë automatikisht pjesë të mëdha të të dhënave në një disk më të ngadalshëm, duke siguruar kështu që të dhënat të ruhen me besueshmëri.
Në Windows Server 2016, zhvilluesit shtuan një mjet që siguron përmirësime të performancës duke përdorur veçori të veçanta të makinave virtuale. Për shembull, ReFS mbështet blloqet e kopjimit, gjë që përshpejton procesin e kopjimit të makinave virtuale dhe bashkimin e pikave të kontrollit. Për të krijuar një kopje të një makinerie virtuale, ReFS krijon një kopje të re të meta të dhënave në disk dhe siguron një lidhje me të dhënat e kopjuara në disk. Kjo është kështu që skedarë të shumtë mund të referojnë të njëjtat të dhëna themelore në disk duke përdorur ReFS. Pasi të keni punuar me makinën virtuale, ndryshoni të dhënat, ato shkruhen në disk në një vend tjetër dhe të dhënat origjinale të makinës virtuale mbeten në disk. Kjo shpejton shumë procesin e krijimit të kopjeve dhe zvogëlon ngarkesën në disk.
ReFS mbështet "VDL të rrallë" (skedarë të rrallë). Një skedar i rrallë është një skedar në të cilin një sekuencë prej zero byte zëvendësohet me informacion në lidhje me atë sekuencë (një listë vrimash). Vrimat janë një sekuencë specifike prej zero byte brenda një skedari, jo të shkruar në disk. Vetë informacioni i vrimës ruhet në meta të dhënat e sistemit të skedarëve.
Teknologjia e mbështetjes së skedarëve të rrallë ju lejon të shkruani shpejt zero në një skedar të madh. Kjo përshpejton shumë procesin e krijimit të një skedari të ri, të zbrazët, me madhësi fikse, hard disk (VHD). Duhen disa sekonda për të krijuar një skedar të tillë në ReFS, ndërsa në NTFS duhen deri në 10 minuta.
Gjithçka që përshkruam më lart tingëllon mirë, por ju nuk do të jeni në gjendje të kaloni në ReFS nga NTFS. Windows nuk mund të fillojë nga ReFS, duke kërkuar NTFS.
ReFS nuk ka shumë teknologji të disponueshme në NTFS. Për shembull, kompresimi dhe kriptimi i sistemit të skedarëve, lidhjet e forta, atributet e zgjeruara, zbërthimi i të dhënave dhe kuotat e diskut. Në të njëjtën kohë, ndryshe nga NTFS, ReFS mbështet teknologjinë e plotë të kriptimit të të dhënave - BitLocker.
Në Windows 10, nuk do të jeni në gjendje të formatoni një ndarje të diskut me ReFS. Sistemi i ri i skedarëve është i disponueshëm vetëm për sistemet e ruajtjes, ku funksioni i tij kryesor është të mbrojë të dhënat nga dëmtimi. Në Windows Server 2016, do të keni mundësi të formatoni ndarjen e diskut me ReFS. Ju do të jeni në gjendje ta përdorni atë për të drejtuar makina virtuale. Por ju nuk do të jeni në gjendje ta zgjidhni atë si një disk boot. Windows fillon vetëm nga sistemi i skedarëve NTFS.
It'sshtë e paqartë se çfarë të ardhme Microsoft ka në dyqan për sistemin e ri të skedarëve. Ndoshta një ditë do të zëvendësojë plotësisht NTFS në të gjitha versionet e Windows. Por për momentin, ReFS mund të përdoret vetëm për detyra të caktuara.
Shumë është thënë më lart në mbështetje të sistemit të ri operativ. Disavantazhet dhe të mirat janë përshkruar. Unë propozoj që të ndaloj dhe përmbledh. Për çfarë qëllimesh është e mundur, dhe ndoshta është e nevojshme të përdoret ReFS.
Në Windows 10, ReFS është i zbatueshëm vetëm në lidhje me komponentin Storage Spaces. Sigurohuni që të formatoni diskun tuaj të ruajtjes me ReFS dhe jo NTFS. Në këtë rast, ju do të jeni në gjendje të vlerësoni plotësisht besueshmërinë e ruajtjes së të dhënave.
Në Windows Server, ju do të jeni në gjendje të formatoni ndarjen për ReFS duke përdorur mjetin standard të Windows në Disk Management Console. Rekomandohet të jeni të sigurt për të formatuar për ReFS nëse jeni duke përdorur serverë virtualë. Por mbani mend se disku i nisjes duhet të jetë i formatuar NTFS. Nisja nga sistemi i skedarëve ReFS nuk mbështetet në sistemet operative Windows.
Sistemi i ri i skedarëve ReFS dhe Windows 10| 2017-06-28 06:34:15 | Super Përdorues | Softueri i Sistemit | https: //site/media/system/images/new.png | Sistemi i ri i skedarëve nga Microsoft ReFS ka ardhur për të zëvendësuar NTFS të vjetëruar. Cilat janë avantazhet e ReFS dhe si ndryshon nga NTFS | refs, refs ose ntfs, refs Windows 10, refs file system, sisteme të reja skedarësh, sistemi ntfs, sistemi skedarësh ntfs
Pse një smartphone mund të mos lëshojë programe nga një kartë memorie? Si ndryshon rrënjësisht ext4 nga ext3? Pse një flash drive do të jetojë më gjatë nëse formatohet në NTFS në vend të FAT? Cili është problemi kryesor me F2FS? Përgjigjet qëndrojnë në veçoritë e strukturës së sistemeve të skedarëve. Ne do të flasim për to.
Sistemet e skedarëve përcaktojnë se si ruhen të dhënat. Ata përcaktojnë se çfarë kufizimesh do të përballet përdoruesi, sa shpejt do të jenë operacionet e leximit dhe shkrimit dhe sa kohë disku do të funksionojë pa dështime. Kjo është veçanërisht e vërtetë për SSD -të buxhetore dhe vëllezërit e tyre më të vegjël - disqet flash. Duke ditur këto veçori, mund të shtrydhni maksimumin nga çdo sistem dhe të optimizoni përdorimin e tij për detyra specifike.
Ju duhet të zgjidhni llojin dhe parametrat e sistemit të skedarëve sa herë që keni nevojë të bëni diçka jo të parëndësishme. Për shembull, ju doni të shpejtoni operacionet më të shpeshta të skedarëve. Në nivelin e sistemit të skedarëve, kjo mund të arrihet në një numër mënyrash: indeksimi do të sigurojë kërkime të shpejta, dhe para-rezervimi i blloqeve falas do ta bëjë më të lehtë mbishkrimin e skedarëve që ndryshojnë shpesh. Optimizimi paraprak i të dhënave në kujtesë e gjallë do të zvogëlojë numrin e operacioneve të kërkuara I / O.
Karakteristikat e sistemeve moderne të skedarëve, të tilla si shkrimi dembel, zbërthimi dhe algoritme të tjera të përparuara ndihmojnë në zgjatjen e kohës. Ato janë veçanërisht të rëndësishme për SSD -të e lira me patate të skuqura TLC, flash disqe dhe karta memorie.
Ekzistojnë optimizime të veçanta për vargjet e diskut të niveleve të ndryshme: për shembull, sistemi i skedarëve mund të mbështesë pasqyrimin e volumit të lehtë, pamjet fotografike ose shkallëzimin dinamik pa marrë një vëllim jashtë linje.
Përdoruesit kryesisht punojnë me sistemin e skedarëve të ofruar nga sistemi operativ si parazgjedhje. Ata rrallë krijojnë ndarje të reja të diskut dhe madje më rrallë mendojnë për cilësimet e tyre - ata thjesht përdorin parametrat e rekomanduar ose madje blejnë media të para -formatuara.
Për tifozët e Windows, gjithçka është e thjeshtë: NTFS në të gjitha ndarjet e diskut dhe FAT32 (ose i njëjti NTFS) në disqet flash. Nëse ka një NAS dhe ndonjë sistem tjetër skedar përdoret në të, atëherë për shumicën kjo mbetet përtej perceptimit. Ata thjesht lidhen me të përmes rrjetit dhe shkarkojnë skedarë, si nga një kuti e zezë.
Në pajisjet mobile me Android, ext4 gjendet më shpesh në kujtesën e brendshme dhe FAT32 në kartat microSD. Për Apple, nuk ka rëndësi fare se çfarë lloj sistemi skedarësh kanë: HFS +, HFSX, APFS, WTFS ... për ta ka vetëm ikona të dosjeve dhe skedarëve të bukur të vizatuar nga projektuesit më të mirë. Përdoruesit e Linux kanë zgjedhjen më të pasur, por mund të shtoni mbështetje për sistemet e skedarëve që nuk janë vendas të sistemit operativ si në Windows ashtu edhe në macOS - më shumë për këtë më vonë.
Janë krijuar mbi njëqind sisteme të ndryshme skedarësh, por pak më shumë se një duzinë mund të quhen të rëndësishme. Ndërsa të gjithë ishin të dizajnuar për aplikimet e tyre specifike, shumë përfunduan të lidhur konceptualisht. Ato janë të ngjashme sepse përdorin të njëjtin lloj të të dhënave të strukturës së prezantimit (meta)-pemët B ("bi-pemët").
Ashtu si me çdo sistem hierarkik, pema B fillon në regjistrin rrënjësor dhe degëzohet më tej në elementet përfundimtare - regjistrimet individuale për skedarët dhe atributet e tyre, ose "gjethet". Qëllimi kryesor i krijimit të një strukture të tillë logjike ishte përshpejtimi i kërkimit të objekteve të sistemit të skedarëve në vargje të mëdha dinamike - si hard disqet e disa terabajtëve ose edhe vargjet më mbresëlënëse RAID.
Pemët B kërkojnë shumë më pak qasje në disk sesa llojet e tjera të pemëve B kur kryejnë të njëjtat operacione. Kjo arrihet për faktin se objektet përfundimtare në pemët B janë të vendosura në mënyrë hierarkike në të njëjtën lartësi, dhe shpejtësia e të gjitha operacioneve është vetëm proporcionale me lartësinë e pemës.
Ashtu si pemët e tjera të balancuara, pemët B kanë të njëjtën gjatësi shtegu nga rrënja në çdo gjethe. Në vend që të rriten, ato degëzohen më shumë dhe rriten më shumë në gjerësi: të gjitha pikat e degëve në pemën B ruajnë shumë referenca për objektet e fëmijëve, duke i bërë ato të lehta për tu gjetur në më pak thirrje. Një numër i madh i treguesve zvogëlon numrin e operacioneve më të gjata të diskut - pozicionimi i kokës kur lexoni blloqe arbitrare.
Koncepti i pemëve B është formuluar në vitet shtatëdhjetë dhe ka pësuar përmirësime të ndryshme që atëherë. Zbatohet në një formë ose në një tjetër në NTFS, BFS, XFS, JFS, ReiserFS dhe shumë DBMS. Ata janë të gjithë kushërinj për sa i përket parimeve themelore të organizimit të të dhënave. Dallimet kanë të bëjnë me detajet, të cilat shpesh janë mjaft të rëndësishme. Disavantazhi i sistemeve të lidhura të skedarëve është gjithashtu i zakonshëm: të gjithë ata u krijuan për të punuar me disqe edhe para ardhjes së SSD -ve.
Disqet me gjendje të ngurtë po zëvendësojnë gradualisht disqet, por deri më tani ata janë të detyruar të përdorin sisteme skedarësh që janë të huaj për ta, të trashëguar. Ato janë ndërtuar në vargje të memories flash, parimet e së cilës ndryshojnë nga ato të pajisjeve të diskut. Në veçanti, memoria flash duhet të fshihet para shkrimit, dhe ky operacion në çipat NAND nuk mund të kryhet në nivelin e qelizave individuale. Shtë e mundur vetëm për blloqe të mëdha në tërësi.
Ky kufizim është për shkak të faktit se në kujtesën NAND, të gjitha qelizat kombinohen në blloqe, secila prej të cilave ka vetëm një lidhje të përbashkët me autobusin e kontrollit. Ne nuk do të hyjmë në detajet e organizimit të faqeve dhe do të përshkruajmë hierarkinë e plotë. Vetë parimi i operacioneve në grup me qelizat dhe fakti që madhësia e blloqeve të memories flash janë zakonisht më të mëdha se blloqet e adresuara në çdo sistem skedarësh janë të rëndësishme. Prandaj, të gjitha adresat dhe komandat për disqet me flash NAND duhet të përkthehen përmes shtresës abstrakte FTL (Flash Translation Layer).
Kontrolluesit e kujtesës flash sigurojnë pajtueshmëri me logjikën e pajisjeve të diskut dhe mbështetje për komandat e ndërfaqeve të tyre amtare. Zakonisht FTL zbatohet në firmware -in e tyre, por mund (pjesërisht) të funksionojë në host - për shembull, Plextor shkruan drejtues për SSD -të e tij që përshpejtojnë shkrimin.
Ju nuk mund të bëni fare pa FTL, pasi edhe shkrimi i një biti në një qelizë të caktuar çon në fillimin e një serie të tërë operacionesh: kontrolluesi kërkon një bllok që përmban qelizën e kërkuar; blloku lexohet plotësisht, shkruhet në cache ose në hapësirë të lirë, pastaj fshihet plotësisht, pas së cilës rishkruhet përsëri me ndryshimet e nevojshme.
Kjo qasje i ngjan jetës së përditshme të ushtrisë: për t'i dhënë një urdhër një ushtari, rreshteri bën një formacion të përgjithshëm, thërret shokët e varfër jashtë funksionit dhe urdhëron pjesën tjetër të shpërndahen. Në kujtesën tani të rrallë NOR, organizata ishte spetsnaz: secila qelizë kontrollohej në mënyrë të pavarur (secili transistor kishte një kontakt individual).
Kontrollorët kanë gjithnjë e më shumë detyra, sepse me secilën gjeneratë të kujtesës flash, procesi teknik i prodhimit të tij zvogëlohet në mënyrë që të rritet dendësia dhe të zvogëlohet kostoja e ruajtjes së të dhënave. Së bashku me standardet teknologjike, jeta e vlerësuar e patate të skuqura gjithashtu zvogëlohet.
Modulet me qeliza SLC të një niveli të vetëm kishin një burim të deklaruar prej 100 mijë cikleve të rishkrimit dhe madje edhe më shumë. Shumë prej tyre ende punojnë në disqet e vjetër flash dhe kartat CF. MLC e klasës së ndërmarrjes (eMLC) pretendoi burimin në rangun nga 10 në 20 mijë, ndërsa në MLC të zakonshme të klasës së konsumatorit vlerësohet në 3-5 mijë. Kujtesa e këtij lloji mbushet në mënyrë aktive nga TLC edhe më e lirë, burimi i së cilës mezi arrin një mijë cikle. Mbajtja e jetëgjatësisë së kujtesës flash në një nivel të pranueshëm duhet të bëhet përmes ndryshimeve të softuerit, dhe sistemet e reja të skedarëve po bëhen një prej tyre.
Fillimisht, prodhuesit supozuan se sistemi i skedarëve ishte i parëndësishëm. Vetë kontrolluesi duhet të mbajë një grup jetëshkurtër të qelizave të kujtesës të çdo lloji, duke shpërndarë ngarkesën midis tyre në një mënyrë optimale. Për drejtuesin e sistemit të skedarëve, ai simulon një disk të rregullt dhe vetë kryen optimizime të nivelit të ulët në çdo qasje. Sidoqoftë, në praktikë, optimizimi ndryshon nga magjik në fiktiv për pajisje të ndryshme.
Në SSD-të e korporatave, kontrolluesi i integruar është një kompjuter i vogël. Ka një tampon të madh të kujtesës (gjysmë koncerti dhe më shumë), dhe mbështet shumë metoda për të përmirësuar efikasitetin e punës me të dhënat, gjë që shmang ciklet e panevojshme të rishkrimit. Çipi rregullon të gjitha blloqet në cache, kryen shkrime dembele, kryen deduplication në fluturim, rezervon disa blloqe dhe pastron të tjerët në sfond. E gjithë kjo magji ndodh plotësisht pa u vënë re nga OS, programet dhe përdoruesi. Me një SSD si kjo, me të vërtetë nuk ka rëndësi se çfarë sistemi skedarësh përdoret. Optimizimet e brendshme kanë një ndikim shumë më të madh në performancën dhe burimet sesa ato të jashtme.
SSD -të buxhetore (dhe aq më tepër - disqet flash) janë të pajisur me kontrollues shumë më pak inteligjentë. Cache në to është e cunguar ose mungon, dhe teknologjitë e përparuara të serverit nuk përdoren fare. Në kartat e kujtesës, kontrolluesit janë aq primitivë saqë shpesh pretendohet se ato nuk ekzistojnë fare. Prandaj, për pajisjet e lira me memorie flash, metodat e balancimit të ngarkesës së jashtme mbeten të rëndësishme - kryesisht duke përdorur sisteme të specializuara të skedarëve.
Një nga përpjekjet e para për të shkruar një sistem skedarësh që do të merrte parasysh parimet e organizimit të kujtesës flash ishte JFFS - Journaling Flash File System. Fillimisht, ky zhvillim nga kompania suedeze Axis Communications u përqëndrua në përmirësimin e efikasitetit të kujtesës të pajisjeve të rrjetit që Axis prodhoi në vitet nëntëdhjetë. Versioni i parë i JFFS mbështeti vetëm kujtesën NOR, por tashmë në versionin e dytë u miqësua me NAND.
JFFS2 është me përdorim të kufizuar tani. Kryesisht përdoret akoma në shpërndarjet Linux për sistemet e ngulitura. Mund të gjendet në ruterat, kamerat IP, NAS dhe rregullt të tjerë në Internetin e Gjërave. Në përgjithësi, kudo që kërkohet një sasi e vogël e kujtesës së besueshme.
Një përpjekje e mëtejshme për zhvillimin për JFFS2 ishte LogFS, e cila ruajti inodat në një skedar të veçantë. Autorët e kësaj ideje janë një punonjës i divizionit gjerman të IBM Jorn Engel dhe një profesor në Universitetin e Osnabrück Robert Mertens. Kodi burim për LogFS është në dispozicion në GitHub. Duke gjykuar nga fakti se ndryshimi i fundit në të është bërë katër vjet më parë, LogFS nuk ka fituar popullaritet.
Por këto përpjekje nxitën shfaqjen e një sistemi tjetër të specializuar skedarësh - F2FS. Ajo u zhvillua nga Samsung Corporation, e cila zë një pjesë të madhe të kujtesës flash të prodhuar në botë. Samsung bën patate të skuqura NAND Flash për pajisjet e veta dhe për kompanitë e tjera, dhe gjithashtu zhvillon SSD me ndërfaqe thelbësisht të reja në vend të atyre të diskut të vjetër. Krijimi i një sistemi të specializuar skedarësh të optimizuar për memorien flash ka qenë një domosdoshmëri e vonuar prej kohësh nga pikëpamja e Samsung.
Katër vjet më parë, në vitin 2012, Samsung krijoi F2FS (Sistemi i skedarëve miqësor me Flash). Ideja e saj është e mirë, por zbatimi doli të ishte i lagësht. Detyra kryesore kur krijoi F2FS ishte e thjeshtë: të zvogëloni numrin e operacioneve të rishkrimit të qelizave dhe të shpërndani ngarkesën mbi to sa më shumë që të jetë e mundur. Kjo kërkon kryerjen e operacioneve me disa qeliza brenda të njëjtit bllok në të njëjtën kohë, dhe jo përdhunimin e tyre një nga një. Kjo do të thotë që ne nuk kemi nevojë për rishkrim të menjëhershëm të blloqeve ekzistues me kërkesën e parë të OS, por ruajtjen e komandave dhe të dhënave, shtimin e blloqeve të reja në hapësirën e lirë dhe fshirjen e vonuar të qelizave.
Sot, mbështetja F2FS është zbatuar tashmë zyrtarisht në Linux (dhe kështu në Android), por nuk ofron ndonjë përparësi të veçantë në praktikë. Karakteristika kryesore e këtij sistemi skedarësh (e rishkruar e shtyrë) ka çuar në përfundime të parakohshme në lidhje me efektivitetin e tij. Truku i vjetër i ruajtjes së gabuar madje mashtroi versionet e hershme të standardeve, ku F2FS tregoi një avantazh të dukshëm jo me disa përqind (siç pritej) apo edhe disa herë, por urdhra të madhësisë. Thjesht shoferi F2FS raportoi ekzekutimin e një operacioni që kontrolluesi sapo kishte në plan të bënte. Sidoqoftë, nëse fitimi i vërtetë i performancës në F2FS është i vogël, atëherë veshja e qelizave do të jetë padyshim më pak se kur përdorni të njëjtën ext4. Ato optimizime që një kontrollues i lirë nuk mund të bëjë do të kryhen në nivelin e vetë sistemit të skedarëve.
Ndërsa F2FS perceptohet si ekzotike për geeks. Edhe telefonat inteligjentë të Samsung ende përdorin ext4. Shumë e konsiderojnë atë si një zhvillim të mëtejshëm të ext3, por kjo nuk është plotësisht e vërtetë. Ky është më shumë një revolucion sesa thyerja e 2 TB për barrierë skedari dhe thjesht rritja e metrikave të tjera.
Kur kompjuterët ishin të mëdhenj dhe skedarët ishin të vegjël, adresimi ishte i lehtë. Secilës skedar iu nda një numër i caktuar blloqesh, adresat e të cilave u futën në tabelën e korrespondencës. Kështu funksionoi sistemi i skedarëve ext3, i cili është ende në përdorim sot. Por në ext4, u shfaq një mënyrë thelbësisht e ndryshme e adresimit - shtrirja.
Shtrirjet mund të mendohen si shtesa inode si grupe diskrete të blloqeve që adresohen në tërësinë e tyre si sekuenca të afërta. Një masë mund të përmbajë një skedar të tërë me madhësi të mesme, dhe për skedarë të mëdhenj, mjafton të ndash një duzinë ose dy shtrirje. Kjo është shumë më efikase sesa adresimi i qindra mijëra blloqeve të vegjël prej katër kilobajt.
Vetë mekanizmi i shkrimit ka ndryshuar në ext4. Tani shpërndarja e blloqeve ndodh menjëherë në një kërkesë. Dhe jo paraprakisht, por pak para se të shkruani të dhëna në disk. Ndarja e vonuar e shumë bllokut ju lejon të heqni qafe operacionet e panevojshme që mëkatuan ext3: në të, blloqet për një skedar të ri u ndanë menjëherë, edhe nëse ai përshtatet plotësisht në cache dhe ishte planifikuar të fshihej si i përkohshëm.
Përveç pemëve të balancuara dhe modifikimeve të tyre, ka struktura të tjera të njohura logjike. Ka sisteme skedarësh me një lloj organizimi thelbësisht të ndryshëm - për shembull, linear. Ju ndoshta përdorni të paktën njërën prej tyre shumë.
Merreni me mend enigmën: në të dymbëdhjetat ajo filloi të shtonte në peshë, në moshën gjashtëmbëdhjetë vjeç ajo ishte një grua budallaqe e shëndoshë, dhe në tridhjetë e dy u bë e shëndoshë dhe mbeti e thjeshtë. Kush eshte ajo?
Kjo është e drejtë, kjo është një histori në lidhje me sistemin e skedarëve FAT. Kërkesat e pajtueshmërisë i dhanë asaj një trashëgimi të keqe. Në disketat ishte 12-bit, në disqet e fortë-në fillim ishte 16-bit, dhe deri më sot është zbritur si 32-bit. Në secilin version të mëvonshëm, numri i blloqeve të adresueshëm u rrit, por në thelb asgjë nuk ndryshoi.
Sistemi i skedarëve ende popullor FAT32 u shfaq njëzet vjet më parë. Sot është ende primitive dhe nuk mbështet ACL, kuota disk, kompresim sfondi, ose teknologji të tjera moderne të optimizimit të të dhënave.
Pse nevojitet FAT32 këto ditë? Të gjitha të njëjta vetëm për qëllime pajtueshmërie. Prodhuesit me të drejtë besojnë se çdo OS mund të lexojë një ndarje FAT32. Prandaj, ata e krijojnë atë në disqet e jashtëm, USB Flash dhe kartat e kujtesës.
Kartat MicroSD (HC) të përdorura në telefonat inteligjentë janë të formatuara në FAT32 si parazgjedhje. Kjo është pengesa kryesore për instalimin e aplikacioneve mbi to dhe transferimin e të dhënave nga kujtesa e brendshme. Për ta kapërcyer atë, duhet të krijoni një ndarje ext3 ose ext4 në kartë. Të gjitha atributet e skedarëve (përfshirë pronarin dhe të drejtat e hyrjes) mund të transferohen në të, kështu që çdo aplikacion mund të funksionojë sikur të ishte nisur nga kujtesa e brendshme.
Windows nuk mund të krijojë më shumë se një ndarje në disqet flash, por për këtë mund të ekzekutoni Linux (të paktën në një makinë virtuale) ose një mjet të avancuar për të punuar me ndarje logjike - për shembull, MiniTool Partition Wizard Free. Pasi të keni gjetur një ndarje parësore shtesë me ext3 / ext4 në kartë, aplikacioni Link2SD dhe ato të ngjashme do të ofrojnë shumë më tepër opsione sesa në rastin e një ndarje të vetme FAT32.
Një argument tjetër në favor të zgjedhjes së FAT32 shpesh citohet si mungesa e tij e regjistrimit, që do të thotë shkrim më i shpejtë dhe më pak konsum në qelizat e kujtesës NAND Flash. Në praktikë, përdorimi i FAT32 çon në të kundërtën dhe krijon shumë probleme të tjera.
Disqet flash dhe kartat e kujtesës thjesht vdesin shpejt sepse çdo ndryshim në FAT32 shkakton mbishkrimin e të njëjtëve sektorë ku ndodhen dy zinxhirë të tabelave të skedarëve. Kam ruajtur të gjithë faqen në internet dhe ajo u rishkrua njëqind herë - me secilën shtim të një GIF tjetër të vogël në flash drive. Nisur softuerin portativ? Ai krijoi skedarë të përkohshëm dhe i ndryshon vazhdimisht gjatë punës. Prandaj, është shumë më mirë të përdorni NTFS në disqet flash me tabelën e tij MFT $ toleruese ndaj gabimeve. Skedarët e vegjël mund të ruhen drejtpërdrejt në tabelën kryesore të skedarëve, dhe shtesat dhe kopjet e tij shkruhen në zona të ndryshme të kujtesës flash. Për më tepër, indeksimi NTFS i bën kërkimet më të shpejta.
Një problem tjetër me të cilin përballen shumica e përdoruesve është se është e pamundur të shkruani një skedar më të madh se 4 GB në një ndarje FAT32. Arsyeja është se në FAT32 madhësia e skedarit përshkruhet me 32 bit në tabelën e alokimit të skedarëve, dhe 2 ^ 32 (minus një, për të qenë të saktë) jep vetëm katër koncerte. Rezulton se as një film me cilësi normale dhe as një imazh DVD nuk mund të regjistrohen në një flash drive të blerë rishtazi.
Kopjimi i skedarëve të mëdhenj është ende gjysma e problemeve: kur përpiqeni ta bëni këtë, gabimi është të paktën menjëherë i dukshëm. Në situata të tjera, FAT32 vepron si një bombë me orë. Për shembull, keni kopjuar softuer portativ në një USB flash drive dhe në fillim mund ta përdorni pa asnjë problem. Pas një kohe të gjatë, një nga programet (për shembull, kontabiliteti ose posta) ka një bazë të dhënash të fryrë, dhe ... ajo thjesht ndalon përditësimin. Skedari nuk mund të mbishkruhet sepse ka arritur kufirin 4 GB.
Një problem më pak i dukshëm është se në FAT32, data e krijimit të një skedari ose drejtorie mund të specifikohet me një saktësi prej dy sekondash. Kjo nuk është e mjaftueshme për shumë aplikacione kriptografike që përdorin shenja kohore. Saktësia e ulët e atributit të datës është një arsye tjetër pse FAT32 nuk konsiderohet një sistem i plotë skedarësh nga pikëpamja e sigurisë. Sidoqoftë, dobësitë e tij mund të përdoren për qëllimet tuaja. Për shembull, nëse kopjoni ndonjë skedar nga një ndarje NTFS në një vëllim FAT32, ato do të pastrohen nga të gjitha meta të dhënat, si dhe lejet e trashëguara dhe të vendosura posaçërisht. FAT thjesht nuk i mbështet ata.
Ndryshe nga FAT12 / 16/32, exFAT është krijuar posaçërisht për USB Flash dhe karta të mëdha memorie (≥ 32 GB). FAT -i i zgjeruar eliminon disavantazhin e lartpërmendur të FAT32 - mbishkrimi i të njëjtëve sektorë në çdo ndryshim. Si një sistem 64-bit, ai praktikisht nuk ka kufij kuptimplotë në madhësinë e një skedari të vetëm. Teorikisht, mund të jetë 2 ^ 64 bajt (16 EB) e gjatë, dhe kartat e kësaj madhësie nuk do të shfaqen së shpejti.
Një tjetër ndryshim i madh në exFAT është mbështetja e tij për Listat e Kontrollit të Aksesit (ACL). Ky nuk është më ai thjeshtësia e viteve nëntëdhjetë, por formati i mbyllur pengon zbatimin e exFAT. Mbështetja ExFAT zbatohet plotësisht dhe ligjërisht vetëm në Windows (duke filluar nga XP SP2) dhe OS X (duke filluar nga 10.6.5). Në Linux dhe * BSD, ai mbështetet ose me kufizime ose jo plotësisht ligjërisht. Microsoft kërkon licencim për të përdorur exFAT, dhe ka shumë mosmarrëveshje ligjore në këtë fushë.
Një shembull tjetër i spikatur i sistemeve të skedarëve B-tree quhet Btrfs. Ky FS u shfaq në 2007 dhe fillimisht u krijua në Oracle me një qëllim për të punuar me SSD dhe RAID. Për shembull, mund të shkallëzohet në mënyrë dinamike: krijoni inode të reja në sistemin e drejtpërdrejtë, ose ndani një vëllim në nënvëllime pa u ndarë atyre hapësirë të lirë.
Mekanizmi i kopjimit-shkrimit i zbatuar në Btrfs dhe integrimi i plotë me modulin e kernelit Device mapper ju lejon të bëni fotografi pothuajse të menjëhershme përmes pajisjeve të bllokut virtual. Prekompresimi i të dhënave (zlib ose lzo) dhe deduplication përshpejtojnë operacionet themelore duke zgjatur gjithashtu jetëgjatësinë e kujtesës flash. Kjo është veçanërisht e dukshme kur punoni me bazat e të dhënave (kompresimi arrihet 2-4 herë) dhe skedarë të vegjël (ato janë shkruar në blloqe të mëdha të rregullta dhe mund të ruhen direkt në "gjethet").
Btrfs gjithashtu mbështet regjistrimin e plotë (të dhëna dhe meta të dhëna), kontrollimin e vëllimit pa çmontim dhe shumë veçori të tjera moderne. Kodi Btrfs publikohet nën licencën GPL. Ky sistem skedar është ruajtur si i qëndrueshëm në Linux që nga kerneli 4.3.1.
Pothuajse të gjithë sistemet e skedarëve pak a shumë modernë (ext3 / ext4, NTFS, HFSX, Btrfs dhe të tjerë) i përkasin grupit të përgjithshëm të atyre që shkruhen, pasi mbajnë shënime për ndryshimet e bëra në një regjistër (ditar) të veçantë dhe kontrollojnë me të rast dështimi gjatë funksionimit të diskut ... Sidoqoftë, niveli i verbozitetit dhe tolerancës së gabimit të këtyre sistemeve të skedarëve është i ndryshëm.
Ext3 mbështet tre mënyra regjistrimi: loopback, sekuencë dhe regjistrim i plotë. Mënyra e parë nënkupton regjistrimin e vetëm ndryshimeve të përgjithshme (metadata), të kryera në mënyrë asinkrone në lidhje me ndryshimet në vetë të dhënat. Në modalitetin e dytë, bëhet regjistrimi i njëjtë i meta të dhënave, por rreptësisht para se të bëhen ndonjë ndryshim. Mënyra e tretë është ekuivalente me regjistrimin e plotë (ndryshime si në metadata ashtu edhe në vetë skedarët).
Vetëm opsioni i fundit siguron integritetin e të dhënave. Dy të tjerat vetëm përshpejtojnë identifikimin e gabimeve gjatë kontrollit dhe garantojnë rivendosjen e integritetit të vetë sistemit të skedarëve, por jo përmbajtjen e skedarëve.
Regjistrimi NTFS është i ngjashëm me modalitetin e dytë të regjistrimit të ext3. Vetëm ndryshimet në meta të dhënat regjistrohen në regjistër, dhe vetë të dhënat mund të humbasin në rast të dështimit. Kjo metodë e regjistrimit NTFS nuk u konceptua si një mënyrë për të arritur besueshmërinë maksimale, por vetëm si një kompromis midis performancës dhe tolerancës së gabimit. Kjo është arsyeja pse njerëzit e mësuar të punojnë me sisteme të plota të revistës e konsiderojnë NTFS të jetë pseudo-gazetare.
Qasja NTFS është disi më e mirë se ajo e parazgjedhur në ext3. Në NTFS, pikat e kontrollit krijohen gjithashtu periodikisht për të siguruar që të gjitha operacionet e diskut të mëparshëm të përfunduar janë përfunduar. Pikat e kontrollit nuk kanë të bëjnë me pikat e rivendosjes në \ System Volume Infromation \. Këto janë vetëm shënime të përgjithshme në regjistër.
Praktika tregon se një ditar i tillë i pjesshëm NTFS në shumicën e rasteve është i mjaftueshëm për funksionimin pa probleme. Në fund të fundit, edhe me një ndërprerje të mprehtë të energjisë, pajisjet e diskut nuk çaktivizohen menjëherë. Njësia e furnizimit me energji elektrike dhe kondensatorët e shumtë në disqet sigurojnë pikërisht atë rezervë minimale të energjisë, e cila është e mjaftueshme për të përfunduar funksionimin aktual të shkrimit. SSD -të moderne, me shpejtësinë dhe ekonominë e tyre, e njëjta sasi energjie është zakonisht e mjaftueshme për të kryer operacione në pritje. Një përpjekje për të kaluar në regjistrimin e plotë do të zvogëlonte shpejtësinë e shumicës së operacioneve me disa herë.
Përdorimi i sistemeve të skedarëve është i kufizuar nga mbështetja e tyre në nivelin e OS. Për shembull, Windows nuk i kupton ext2 / 3/4 dhe HFS +, por ndonjëherë ju duhet t'i përdorni ato. Kjo mund të bëhet duke shtuar drejtuesin e duhur.
Shofer i hapur për leximin dhe shkrimin e ndarjeve ext2 / 3 me mbështetje të pjesshme ext4. Versioni i fundit mbështet zgjerimet dhe ndarjet deri në 16 TB. LVM, ACL dhe atributet e zgjeruara nuk mbështeten.
Ekziston një shtojcë falas për Total Commander. Mbështet leximin e ndarjeve ext2 / 3/4.
coLinux është një burim i hapur dhe port falas i kernelit Linux. Së bashku me një drejtues 32-bit, ju lejon të përdorni Linux në Windows 2000 deri në 7 pa përdorur teknologji virtualizimi. Mbështet vetëm për versionet 32-bit. Zhvillimi i modifikimit 64-bit u anulua. coLinux lejon, ndër të tjera, të organizojë nga Windows qasja në ndarjet ext2 / 3/4. Mbështetja e projektit u pezullua në vitin 2014.
Windows 10 mund të ketë tashmë mbështetje amtare për sistemet e skedarëve Linux të veçantë, thjesht është e fshehur. Këto mendime sugjerohen nga drejtuesi i nivelit të kernelit Lxcore.sys dhe shërbimi LxssManager, i cili ngarkohet si bibliotekë nga procesi Svchost.exe. Për më shumë detaje, shihni fjalimin e Alex Ionescu "The Kernel Linux Hidden Inside Windows 10", të cilin ai e prezantoi në Black Hat 2016.
ExtFS për Windows është një shofer i paguar i lëshuar nga Paragon. Punon në Windows 7 deri në 10, mbështet qasjen e leximit / shkrimit në vëllimet ext2 / 3/4. Ofron mbështetje pothuajse të plotë ext4 në Windows.
HFS + për Windows 10 është një tjetër drejtues pronësor nga Paragon Software. Pavarësisht nga emri, ai punon në të gjitha versionet e Windows duke filluar nga XP. Siguron qasje të plotë në sistemet e skedarëve HFS + / HFSX në disqet me çdo ndarje (MBR / GPT).
WinBtrfs është një zhvillim i hershëm i drejtuesit të Btrfs për Windows. Tashmë në versionin 0.6, ai mbështet qasjen në lexim dhe shkrim në vëllimet e Btrfs. Mund të trajtojë lidhje të vështira dhe simbolike, mbështet rryma alternative të të dhënave, ACL, dy lloje të kompresimit dhe modalitetin asinkron të leximit / shkrimit. Deri më tani WinBtrfs nuk mund të përdorë mkfs.btrfs, btrfs-balance dhe shërbime të tjera për të mirëmbajtur këtë sistem skedarësh.
| Sistemi i skedarëve | Mac-si-mal-ny vëllimi-madhësi | Madhësia para-del e një skedari | Gjatësia sipas emrit të skedarit tuaj | Gjatësia e emrit të plotë të skedarit (përfshirë rrugën nga rrënja) | Numri para-del i skedarëve dhe / ose katalogëve | Saktësia e specifikimit të datës së skedarit / katalogut | Të drejtat dos-tu-pa | Lidhje të vështira | Lidhje pa sim | Shkrepje të parakohshme | Kompresimi i të dhënave në sfond | Shifrimi-ro-va-tion i të dhënave në sfond | Gjyshi-pli-ka-tion i të dhënave |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| FAT16 | 2 GB në sektorë 512 byte ose 4 GB në grupe 64 KB | 2 GB | 255 byte me LFN | - | - | - | - | - | - | - | - | - | - |
| FAT32 | 8 TB në sektorët 2 KB | 4 GB (2 ^ 32 - 1 bajt) | 255 byte me LFN | deri në 32 nën -drejtori me CDS | 65460 | 10ms (krijoni) / 2s (ndryshoni) | Jo | Jo | Jo | Jo | Jo | Jo | Jo |
| exFAT | ≈ 128 PB (2 ^ 32-1 grupime prej 2 ^ 25-1 byte) teorike / 512 TB për shkak të kufizimeve të palëve të treta | 16 EB (2 ^ 64 - 1 bajt) | 2796202 në katalog | 10 ms | ACL | Jo | Jo | Jo | Jo | Jo | Jo | ||
| NTFS | 256 TB në grupe 64 KB ose 16 TB në grupe 4K | 16 TB (Fito 7) / 256 TB (Fito 8) | 255 karaktere Unicode (UTF-16) | 32,760 karaktere Unicode, por jo më shumë se 255 karaktere për element | 2^32-1 | 100 ns | ACL | po | po | po | po | po | po |
| HFS + | 8 EB (2 ^ 63 bajt) | 8 EB | 255 karaktere Unicode (UTF-16) | nuk kufizohet veç e veç | 2^32-1 | 1 sek | Unix, ACL | po | po | Jo | po | po | Jo |
| APFS | 8 EB (2 ^ 63 bajt) | 8 EB | 255 karaktere Unicode (UTF-16) | nuk kufizohet veç e veç | 2^63 | 1 ns | Unix, ACL | po | po | po | po | po | po |
| Ext3 | 32 TB (teorike) / 16 TB në grupe 4K (për shkak të kufizimeve të programeve e2fs) | 2 TB (teorike) / 16 GB për programet më të vjetra | 255 karaktere Unicode (UTF-16) | nuk kufizohet veç e veç | - | 1 sek | Unix, ACL | po | po | Jo | Jo | Jo | Jo |
| Ext4 | 1 EB (teorike) / 16 TB në grupe 4K (për shkak të kufizimeve të programeve e2fs) | 16 TB | 255 karaktere Unicode (UTF-16) | nuk kufizohet veç e veç | 4 miliardë | 1 ns | POSIX | po | po | Jo | Jo | po | Jo |
| F2FS | 16 TB | 3.94 TB | 255 byte | nuk kufizohet veç e veç | - | 1 ns | POSIX ACL | po | po | Jo | Jo | po | Jo |
| BTRFS | 16 EB (2 ^ 64 - 1 bajt) | 16 EB | 255 karaktere ASCII | 2 ^ 17 bajt | - | 1 ns | POSIX ACL | po | po | po | po | po | po |
Unë tashmë e njoftova një herë në blogun tim, atëherë asgjë nuk dihej me të vërtetë për të, dhe tani ishte koha për një njohje të shkurtër, por më të qëndrueshme me ReFS të sapokrijuar.
Sidoqoftë, gjithçka ka një kufi, dhe gjithashtu aftësitë e sistemeve të skedarëve. Sot aftësitë e NTFS kanë arritur në kufijtë e tyre: kontrollimi i mediave të mëdha të ruajtjes kërkon shumë kohë, "Journal" ngadalëson qasjen dhe madhësia maksimale e skedarit është arritur pothuajse. Duke e kuptuar këtë, Microsoft zbatoi një sistem të ri skedarësh në Windows 8 - ReFS (Sistemi i Rezistencës së Skedarëve). ReFS konsiderohet se siguron mbrojtjen më të mirë të të dhënave për disqet e mëdhenj dhe të shpejtë. Me siguri ai gjithashtu ka të metat e tij, por para fillimit të përdorimit vërtet masiv në Windows 8, është e vështirë të flasësh për to.
Pra, tani për tani, le të përpiqemi të kuptojmë brendësinë dhe përparësitë e ReFS.
ReFS fillimisht u kodua "Protogon". Për herë të parë i tregova për të publikut të gjerë rreth një vit më parë Stephen Sinofsky- President i Divizionit të Windows në Microsoft, përgjegjës për zhvillimin dhe tregtimin e Windows dhe Internet Explorer.
Ai tha me këto fjalë:
"NTFS është sistemi i skedarëve më i përdorur, i avancuar dhe i pasur me karakteristika sot. Por duke rimenduar Windows, dhe ne jemi duke zhvilluar Windows 8, ne nuk ndalemi këtu. Prandaj, së bashku me Windows 8, ne po prezantojmë gjithashtu një sistem skedarësh krejtësisht të ri. ReFS është ndërtuar mbi NTFS, kështu që ruan veçoritë kritike të ndërveprimit, ndërsa është projektuar dhe projektuar për të përmbushur nevojat e gjeneratës së ardhshme të teknologjive dhe skenarëve të ruajtjes.
Në Windows 8, ReFS do të prezantohet vetëm si pjesë e Windows Server 8, e njëjta qasje që kemi përdorur për të zbatuar të gjithë sistemet e mëparshëm të skedarëve. Sigurisht, në nivelin e aplikimit, klientëve do t'u jepet qasje në të dhënat ReFS në të njëjtën mënyrë si të dhënat NTFS. Mbani në mend se NTFS është ende teknologjia kryesore në industri për sistemet e skedarëve PC. "
Në të vërtetë, ne së pari pamë ReFS në sistemin operativ server Windows Server 8. Sistemi i ri i skedarëve nuk u krijua nga e para. Për shembull, ReFS përdor të njëjtat API si NTFS për të hapur, mbyllur, lexuar dhe shkruar skedarë. Gjithashtu, shumë veçori të njohura migruan nga NTFS - për shembull, kriptimi i diskut Bitlocker dhe lidhje simbolike për bibliotekat. Por u zhduk, për shembull, kompresimi i të dhënave dhe një sërë funksionesh të tjera.
Risitë kryesore në ReFS janë të fokusuara në krijimin dhe menaxhimin e strukturave të skedarëve dhe dosjeve. Detyra e tyre është të sigurojnë korrigjimin automatik të gabimit, shkallëzimin maksimal dhe funksionimin në modalitetin gjithmonë online.
Zbatimi në disk i strukturave ReFS është thelbësisht i ndryshëm nga sistemet e tjera të skedarëve të Microsoft. Zhvilluesit e Microsoft ishin në gjendje të realizonin idetë e tyre duke aplikuar konceptin e pemës B, i cili është i njohur mirë nga bazat e të dhënave në ReFS. Dosjet në sistemin e skedarëve janë të strukturuara si tabela me skedarë si shënime. Këto, nga ana tjetër, marrin atribute të caktuara të shtuara si nën-tabela, duke krijuar një strukturë hierarkike të pemës. Edhe hapësira e lirë në disk është e organizuar në tabela.
Së bashku me numërimin e vërtetë 64-bit të të gjithë elementëve të sistemit, kjo eliminon shfaqjen e "pikave" gjatë shkallëzimit të mëtejshëm të tij
Si rezultat, thelbi i sistemit ReFS është tabela e objekteve - drejtoria qendrore që liston të gjitha tabelat në sistem. Ekziston një avantazh i rëndësishëm për këtë qasje: ReFS ka braktisur menaxhimin kompleks të regjistrave dhe angazhon informacione të reja të skedarëve në hapësirë të lirë - kjo e pengon atë të mbishkruhet.
« Katalogu i Gjetheve"Janë shënimet e shtypura. Ekzistojnë tre lloje themelore të regjistrimeve për një objekt dosje: përshkruesi i drejtorisë, regjistrimi i indeksit dhe përshkruesi i objekteve të folezuara. Të gjitha regjistrimet e tilla janë të paketuara si një pemë e veçantë B with me një identifikues dosje; rrënja e kësaj peme është fleta B ± e pemës "Katalogu", e cila lejon paketimin e pothuajse çdo numri regjistrimesh në një dosje. Në nivelin e poshtëm, në fletët B ± të pemës së dosjeve, ka kryesisht një regjistër përshkrues të drejtorive që përmban informacionin bazë për dosjen (emri, "informacioni standard", atributi i emrit të skedarit, etj.).
Më tej në katalog janë vendosur regjistrimet e indeksit: struktura të shkurtra që përmbajnë informacion në lidhje me artikujt e përfshirë në dosje. Këto të dhëna janë dukshëm më të shkurtra se NTFS, gjë që e bën volumin më pak të dhëna të mbingarkuara.
Në fund janë shënimet e katalogut. Për dosjet, këta elementë përmbajnë emrin e paketës, identifikuesin e dosjes në "Katalog" dhe strukturën e "informacionit standard". Për skedarët, nuk ka asnjë identifikues - përkundrazi, struktura përmban të gjitha të dhënat themelore në lidhje me skedarin, përfshirë rrënjën B ± të pemës së copëzuar të skedarit. Prandaj, një skedar mund të përbëhet nga pothuajse çdo numër fragmentesh.
Ashtu si NTFS, ReFS në thelb bën dallimin midis informacionit të skedarit (meta të dhënave) dhe përmbajtjes së skedarit (të dhënave të përdoruesit). Sidoqoftë, funksionet mbrojtëse u sigurohen të dyve në të njëjtën mënyrë. Të dhënat meta janë të mbrojtura si parazgjedhje me grumbuj kontrolli - e njëjta mbrojtje (nëse dëshironi) mund t'i jepet të dhënave të përdoruesit. Këto grumbuj kontrolli janë të vendosur në disk në një distancë të sigurt nga njëri -tjetri - kështu që do të jetë më e lehtë të rikuperoni të dhënat në rast të një gabimi.
Madhësia e meta të dhënave të një sistemi skedar të zbrazët është rreth 0.1% e madhësisë së vetë sistemit të skedarëve (domethënë rreth 2 GB për vëllimin 2 TB). Disa metadata thelbësore janë kopjuar për një elasticitet më të mirë të rrëzimit
Varianti ReFS që pamë në Windows Server 8 Beta, ka mbështetje vetëm për grupet e të dhënave 64KB dhe grupimet e meta të dhënave 16KB. Tani për tani, parametri "Madhësia e Grupit" injorohet kur krijoni një vëllim ReFS dhe gjithmonë supozohet të jetë i paracaktuar. Kur formatoni sistemin e skedarëve, 64 KB është gjithashtu opsioni i vetëm i madhësisë së grupit në dispozicion.
Ne e pranojmë se kjo madhësi e grupit është më se e mjaftueshme për të organizuar sistemet e skedarëve të çdo madhësie. Një efekt anësor, megjithatë, është një tepricë e dukshme në ruajtjen e të dhënave (një skedar 1-bajt në disk do të marrë një bllok të plotë 64 KB).
Për sa i përket arkitekturës së sistemit të skedarëve, ReFS ka të gjitha mjetet që ju nevojiten për të rikuperuar në mënyrë të sigurt skedarët edhe pas një dështimi të madh të harduerit. Disavantazhi kryesor i sistemit të regjistrimit në sistemin e skedarëve NTFS dhe të ngjashme është se azhurnimi i diskut mund të dëmtojë metadatat e regjistruara më parë në rast të një ndërprerje të energjisë gjatë regjistrimit - ky efekt tashmë ka marrë një emër të qëndrueshëm: i ashtuquajturi. " regjistrim i varur».
Të parandalosh rekorde të varura, Microsoft mori një qasje të re në të cilën pjesë të strukturave të meta të dhënave përmbajnë identifikuesit e tyre, gjë që ju lejon të verifikoni pronësinë e strukturave; lidhjet meta të dhëna përmbajnë grumbuj kontrolli 64-bit të blloqeve që referohen.
Çdo ndryshim në strukturën e meta të dhënave ndodh në dy faza. Së pari, një kopje e re (e modifikuar) e meta të dhënave krijohet në hapësirën e lirë në disk, dhe vetëm pas kësaj, nëse është e suksesshme, operacioni i azhurnimit atomik transferon lidhjen nga zona e metadata e vjetër (e pandryshuar) në atë të re (të ndryshuar). Këtu, ajo eliminon nevojën për regjistrim duke ruajtur automatikisht integritetin e të dhënave.
Sidoqoftë, skema e përshkruar nuk zbatohet për të dhënat e përdoruesit, kështu që çdo ndryshim në përmbajtjen e skedarit shkruhet drejtpërdrejt në skedar. Skedari fshihet duke rindërtuar strukturën e meta të dhënave, e cila ruan versionin e mëparshëm të bllokut të meta të dhënave në disk. Kjo qasje ju lejon të rikuperoni skedarët e fshirë derisa të mbishkruhen me të dhëna të reja të përdoruesit.
Një temë e veçantë është toleranca e gabimit ReFS në rast të dëmtimit të diskut. Sistemi është në gjendje të identifikojë të gjitha format e dëmtimit të diskut, përfshirë humbjen ose ruajtjen në vendin e gabuar të regjistrimit, si dhe të ashtuquajturin. pak kalbje(degradimi i të dhënave në media)
Kur opsioni "Rrjedhat Integrale" është aktivizuar, ReFS gjithashtu kontrollon përmbajtjen e skedarëve kundrejt grumbujve të kontrollit dhe gjithmonë shkruan ndryshimet në skedarët në një vendndodhje të palëve të treta. Kjo siguron sigurinë që të dhënat paraekzistuese nuk do të humbasin kur mbishkruhen. Shumat e kontrollit azhurnohen automatikisht kur të dhënat shkruhen, kështu që nëse shkrimi dështon, përdoruesi do të ketë një version të skedarit për të kontrolluar.
Një temë tjetër interesante mbi sigurinë ReFS është bashkëveprimi me të Hapësira magazinimi... ReFS dhe Hapësira magazinimi të dizajnuara për të plotësuar njëra -tjetrën si dy përbërës të një sistemi të vetëm magazinimi. Përveç përmirësimit të performancës Hapësira magazinimi mbroni të dhënat nga dështimet e pjesshme dhe të plota të diskut duke ruajtur kopje në disqe të shumtë. Gjatë dështimeve të leximit Hapësira magazinimi mund të lexojë kopje, dhe në rast të dështimeve të shkrimit (edhe me humbje të plotë të të dhënave të mediave gjatë leximit / shkrimit), është e mundur të rishpërndahen "në mënyrë transparente" të dhënat. Siç tregon praktika, më shpesh një dështim i tillë nuk ka të bëjë me mediumin - ndodh për shkak të prishjes së të dhënave, ose për shkak të humbjes ose ruajtjes së të dhënave në vendin e gabuar.
Këto janë llojet e dështimeve që ReFS mund të zbulojë duke përdorur grumbuj kontrolli. Me zbulimin e një dështimi, ReFS komunikon me Hapësira magazinimi në mënyrë që të lexojë të gjitha kopjet e mundshme të të dhënave, dhe zgjedh kopjen e saktë bazuar në kontrollin e shumës së kontrollit. Sistemi pastaj jep Hapësira magazinimi komanda për të rikuperuar kopjet e dëmtuara bazuar në kopjet e vërteta. E gjithë kjo ndodh në mënyrë transparente nga një pikëpamje e aplikuar.
Siç thuhet në faqen e internetit të Microsoft për Windows Server 8, shumat e kontrollit janë gjithmonë të aktivizuara për meta të dhënat ReFS, dhe duke supozuar se vëllimi është pasqyruar Hapësira magazinimi, është aktivizuar edhe korrigjimi automatik. Të gjitha rrjedhat koherente mbrohen në të njëjtën mënyrë. Kjo krijon një zgjidhje nga njëra anë në tjetrën me një shkallë të lartë integriteti për përdoruesin, përmes së cilës ruajtja relativisht jo e besueshme mund të bëhet shumë e besueshme.
Rrjedhat e përmendura të integritetit mbrojnë përmbajtjen e skedarit nga të gjitha llojet e korrupsionit të të dhënave. Sidoqoftë, kjo karakteristikë është e pazbatueshme në disa raste.
Për shembull, disa aplikacione preferojnë menaxhimin e rregullt të ruajtjes së skedarëve me një lloj klasifikimi të skedarëve në disk. Për shkak se rrymat koherente rishpërndajnë blloqet çdo herë që përmbajtja e një skedari ndryshon, paraqitja e skedarëve është shumë e paparashikueshme për këto aplikacione. Sistemet e bazës së të dhënave janë një shembull kryesor i kësaj. Si rregull, aplikacione të tilla mbajnë në mënyrë të pavarur kontrollet e përmbajtjes së skedarëve dhe kanë aftësinë për të kontrolluar dhe korrigjuar të dhënat duke bashkëvepruar drejtpërdrejt me API -të.
Si funksionon ReFS në rast të prishjes së diskut ose dështimit të ruajtjes, mendoj se është e qartë. Mund të jetë më e vështirë për të identifikuar dhe kapërcyer humbjen e të dhënave të lidhura me " pak kalbje"Kur dëmtimet e pazbuluara në pjesët e diskut të lexuara rrallë fillojnë të rriten me shpejtësi. Deri në kohën kur një dëm i tillë lexohet dhe zbulohet, ai mund të ketë prekur tashmë kopjet, ose të dhënat mund të humbasin për shkak të dështimeve të tjera.
Për të kapërcyer procesin pak kalbje, Microsoft ka shtuar një detyrë të sistemit të sfondit që spërkat periodikisht meta të dhënat dhe të dhënat nga rrymat e qëndrueshme në një vëllim ReFS në ruajtjen e pasqyruar. Pastrimi bëhet duke lexuar të gjitha kopjet e tepërta dhe duke kontrolluar korrektësinë duke përdorur grumbullimet e kontrollit ReFS. Nëse shumat e kontrollit nuk përputhen, kopjet e gabuara korrigjohen me kopje të mira.
Mbetet një kërcënim që në mënyrë konvencionale mund të quhet "makthi i sysadmin". Ka raste, edhe pse të rralla, kur edhe një vëllim në hapësirën e pasqyruar mund të dëmtohet. Për shembull, kujtesa e një sistemi të dështuar mund të korruptojë të dhëna që më pas mund të përfundojnë në disk dhe të dëmtojnë kopjet e tepërta. Përveç kësaj, shumë përdorues mund të vendosin të mos përdorin hapësira ruajtjeje të pasqyruara për ReFS.
Për raste të tilla, kur vëllimi dëmtohet, ReFS kryen "riparim" - një funksion që heq të dhënat nga hapësira e emrave në vëllimin e punës. Misioni i tij është të parandalojë dëmet e pariparueshme që mund të ndikojnë në disponueshmërinë e të dhënave të sakta. Për shembull, nëse një skedar i vetëm në një drejtori është dëmtuar dhe nuk mund të riparohet automatikisht, ReFS do ta heqë atë skedar nga hapësira e emrave të sistemit të skedarëve, duke rivendosur pjesën e mbetur të vëllimit.
Ne jemi mësuar me faktin se sistemi i skedarëve nuk mund të hapë ose fshijë një skedar të dëmtuar, dhe administratori nuk mund të bëjë asgjë në lidhje me të.
Por meqenëse ReFS mund të rikuperojë të dhënat e korruptuara, administratori mund ta rikthejë këtë skedar nga një kopje rezervë, ose të përdorë aplikacionin për ta rikrijuar atë, duke shmangur nevojën për të mbyllur sistemin. Kjo do të thotë që përdoruesi ose administratori nuk do të kenë më nevojë të kryejnë procedurën e verifikimit dhe riparimit jashtë linje. Për serverët, kjo bën të mundur vendosjen e vëllimeve të mëdha të të dhënave pa rrezikun e jetëgjatësisë së gjatë të baterisë për shkak të dëmtimit.
Sigurisht, prakticiteti dhe komoditeti (ose cilësitë e kundërta) të ReFS mund të gjykohen vetëm pasi kompjuterët me Windows 8 të bëhen të përhapur dhe të kenë kaluar të paktën gjashtë muaj punë aktive me ta. Ndërkohë, përdoruesit e mundshëm të G8 kanë më shumë pyetje sesa përgjigje.
Për shembull, kjo: a do të jetë e mundur në Windows 8 që lehtë dhe thjesht të konvertohen të dhënat nga NTFS në ReFS dhe anasjelltas? Microsoft thotë se nuk pritet asnjë funksion i integruar i konvertimit të formatit, por informacioni ende mund të kopjohet. Shtrirja e ReFS është e qartë: në fillim, mund të përdoret vetëm si një menaxher i madh i të dhënave për serverin (në fakt, ai tashmë është në përdorim). Nuk do të ketë ende disqe të jashtëm me ReFS - vetëm ato të brendshme. Natyrisht, me kalimin e kohës, ReFS do të pajiset me më shumë veçori dhe do të jetë në gjendje të zëvendësojë sistemin e vjetër.
Microsoft thotë se ka shumë të ngjarë që kjo të ndodhë me lëshimin e paketës së parë të shërbimit për Windows 8.
Microsoft gjithashtu pretendon se ka testuar ReFS:
"Duke përdorur një grup kompleks, të gjerë me dhjetëra mijëra teste që janë shkruar për NTFS për më shumë se dy dekada. Këto teste rikrijojnë kushtet e sofistikuara të vendosjes që ne mendojmë se sistemi mund të hasë, për shembull, gjatë një ndërprerje të energjisë, me probleme që shpesh lidhen me shkallëzueshmërinë dhe performancën. Prandaj, mund të themi se sistemi ReFS është gati për një vendosje testimi në një mjedis të kontrolluar. "
Në të njëjtën kohë, megjithatë, zhvilluesit pranojnë se si versioni i parë i një sistemi të madh skedarësh, ReFS ndoshta do të kërkojë kujdes në trajtimin:
"Ne nuk po e karakterizojmë ReFS për Windows 8 si një version beta. Sistemi i ri i skedarëve do të jetë gati për lëshim kur Windows 8 të dalë nga beta, sepse asgjë nuk është më e rëndësishme sesa besueshmëria e të dhënave. Pra, ndryshe nga çdo aspekt tjetër i sistemit, kjo kërkon një qasje konservative ndaj përdorimit dhe testimit fillestar. "
Kryesisht për këtë arsye, ReFS do të paraqitet sipas një plani me faza. Së pari si një sistem ruajtjeje për Windows Server, pastaj si ruajtje për përdoruesit, dhe së fundi si një vëllim i nisjes. Sidoqoftë, një "qasje e kujdesshme" e ngjashme është përdorur në të kaluarën kur lëshoni sisteme të reja skedarësh.
Në këtë artikull, ne do ta kuptojmë çfarë veçorish ofron ReFS dhe si është më mirë se sistemi i skedarëve NTFS... Si të rikuperoni të dhënat nga hapësira në disk ReFS. Sistemi i ri i skedarëve ReFS i Microsoft u prezantua fillimisht në Windows Server 2012. Ai gjithashtu përfshihet në Windows 10 si pjesë e mjetit Disk Space. ReFS mund të përdoret për një grup disku. Me lëshimin e Windows Server 2016, sistemi i skedarëve është përmirësuar dhe së shpejti do të jetë i disponueshëm në versionin e ri të Windows 10.
Çfarë veçorish ofron ReFS dhe si është më mirë se sistemi aktual NTFS?
Përmbajtja:Shkurtesa për Sistemi i skedarëve elastik ReFS është një sistem i ri i bazuar në NTFS. Në këtë fazë, ReFS nuk ofron një zëvendësim gjithëpërfshirës për NTFS për përdoruesit shtëpiak. Sistemi i skedarëve ka avantazhet dhe disavantazhet e tij.
ReFS është krijuar për të zgjidhur problemet bazë NTFS. Moreshtë më elastik ndaj korrupsionit të të dhënave, trajton më mirë ngarkesën e punës dhe shkallëzohet lehtësisht në sistemet e skedarëve shumë të mëdhenj. Le të shohim se çfarë do të thotë kjo?
Sistemi i skedarëve përdor grumbuj kontrolli për meta të dhëna dhe gjithashtu mund të përdorë grumbuj kontrolli për të dhënat e skedarëve. Kur lexoni ose shkruani një skedar, sistemi kontrollon shumën e kontrollit për t'u siguruar që është i saktë. Kështu, zbulimi i të dhënave të korruptuara kryhet në kohë reale.
ReFS është e integruar me veçorinë Disk Space. Nëse keni konfiguruar një dyqan të dhënash të pasqyruar, Windows përdor ReFS për të zbuluar dhe riparuar automatikisht prishjen e sistemit të skedarëve duke kopjuar të dhënat nga një disk tjetër. Ky funksion është i disponueshëm si në Windows 10 ashtu edhe në Windows 8.1.
Nëse sistemi i skedarëve zbulon të dhëna të dëmtuara që nuk kanë një kopje alternative për rikuperim, atëherë ReFS do të fshijë menjëherë të dhëna të tilla nga disku. Kjo nuk kërkon rindezjen e sistemit ose shkëputjen e pajisjes ruajtëse, siç është rasti me NTFS.
Nevoja për të përdorur programin chkdsk zhduket plotësisht, pasi sistemi i skedarëve korrigjohet automatikisht menjëherë në kohën e gabimit. Sistemi i ri është rezistent ndaj llojeve të tjera të korrupsionit të të dhënave. NTFS shkruan meta të dhëna të skedarëve direkt kur shkruan metadata të skedarëve. Nëse gjatë kësaj kohe ndodh një ndërprerje e energjisë ose një përplasje kompjuteri, do të merrni korrupsion të të dhënave.
Kur meta të dhënat ndryshojnë, ReFS krijon një kopje të re të të dhënave dhe i lidh të dhënat me skedarin vetëm pasi të dhënat meta janë shkruar në disk. Kjo eliminon mundësinë e korrupsionit të të dhënave. Kjo veçori quhet kopje-për-shkrim dhe është e pranishme në sisteme të tjera të njohura operative Linux: ZFS, BtrFS dhe sistemin e skedarëve APFS të Apple.
ReFS është më moderne dhe mbështet vëllime shumë më të mëdha dhe emra skedarësh më të gjatë se NTFS. Në planin afatgjatë, këto janë përmirësime të rëndësishme. Në NTFS, emri i skedarit është i kufizuar në 255 karaktere; në ReFS, një emër skedari mund të jetë deri në 32,768 karaktere. Windows 10 ju lejon të çaktivizoni kufirin e kufizuar të karaktereve për sistemet e skedarëve NTFS, por ai është gjithmonë i çaktivizuar në vëllimet ReFS.
ReFS nuk mbështet më emrat e skedarëve të shkurtër në formatin DOS 8.3. Në një vëllim NTFS, mund të hyni C: \ Program Files \ v C: \ PROGRA ~ 1 \ për të siguruar pajtueshmërinë me softuerin e vjetër.
NTFS ka një madhësi maksimale teorike prej 16 ekzabajt, ndërsa ReFS ka një madhësi maksimale teorike prej 262.144 ekzabajt. Edhe pse nuk ka vërtet rëndësi tani, kompjuterët po evoluojnë vazhdimisht.
ReFS nuk u krijua për të përmirësuar performancën e sistemit të skedarëve mbi NTFS. Microsoft e ka bërë ReFS shumë më efikase në raste shumë specifike.
Për shembull, kur përdoret me Disk Space, ReFS mbështet "optimizimin në kohë reale". Le të themi se keni një pishinë me dy disqe, njëri për performancë maksimale dhe tjetri për kapacitet. ReFS gjithmonë do të shkruajë të dhëna në diskun më të shpejtë për performancë maksimale. Në sfond, sistemi i skedarëve do të lëvizë automatikisht pjesë të mëdha të të dhënave në disqe më të ngadaltë për ruajtje afatgjatë.
Në Windows Server 2016, Microsoft ka përmirësuar ReFS për të siguruar performancë më të mirë për funksionet e makinerisë virtuale. Makina virtuale Microsoft Hyper-V përfiton nga këto përfitime (në teori, çdo makinë virtuale mund të përfitojë nga ReFS).
Për shembull, ReFS mbështet klonimin e bllokut, i cili përshpejton procesin e klonimit të makinerisë virtuale dhe bashkimit të pikave të kontrollit. Për të krijuar një kopje të makinës virtuale, ReFS duhet vetëm të shkruajë metadata të reja në disk dhe të sigurojë një lidhje me të dhënat ekzistuese. Kjo ndodh sepse në ReFS, skedarë të shumtë mund të tregojnë të njëjtat të dhëna themelore në disk.
Kur makina virtuale shkruan të dhëna të reja në disk, ato shkruhen në një vend tjetër dhe të dhënat origjinale të makinës virtuale mbeten në disk. Kjo shpejton shumë procesin e klonimit dhe kërkon shumë më pak bandwidth të diskut.
ReFS gjithashtu ofron një veçori të re "VDL e rrallë" e cila lejon ReFS të shkruajë shpejt zero në një skedar të madh. Kjo përshpejton ndjeshëm krijimin e një skedari të ri, të zbrazët, me madhësi fikse, hard disk (VHD). Në NTFS ky operacion mund të zgjasë 10 minuta, në ReFS mund të zgjasë disa sekonda.
Pavarësisht nga një numër përparësish, ReFS ende nuk mund të zëvendësojë NTFS. Windows nuk mund të fillojë nga ndarja ReFS dhe kërkon NTFS. ReFS nuk mbështet veçoritë NTFS të tilla si kompresimi i të dhënave, kriptimi i sistemit të skedarëve, lidhjet e forta, atributet e zgjeruara, zbërthimi i të dhënave dhe kuotat e diskut. Por ndryshe nga NTFS, ReFS lejon kriptimin e plotë të diskut me BitLocker, duke përfshirë strukturat e sistemit të diskut.
Windows 10 nuk lejon formatimin e një ndarje me ReFS, ky sistem skedar është i disponueshëm vetëm brenda Disk Space. ReFS mbron të dhënat e përdorura në pishinat e disqeve të shumëfishtë nga dëmtimet. Në Windows Server 2016, ju mund të formatoni vëllimet duke përdorur ReFS në vend të NTFS. Një vëllim i tillë mund të përdoret për të ruajtur makinat virtuale, por sistemi operativ ende mund të fillojë vetëm nga NTFS.
Rimëkëmbja e ndarjes Hetman ju lejon të analizoni hapësirën në disk të menaxhuar nga sistemi i skedarëve ReFS duke përdorur një algoritëm të analizës së nënshkrimit. Duke analizuar sektorin sipas sektorit të pajisjes, programi gjen sekuenca specifike të bajtit dhe i shfaq ato tek përdoruesi. Rikuperimi i të dhënave nga hapësira në disk ReFS nuk ndryshon nga puna me sistemin e skedarëve NTFS:
E ardhmja e sistemit të ri të skedarëve është mjaft e mjegullt. Microsoft mund të finalizojë ReFS për të zëvendësuar NTFS të vjetëruar në të gjitha versionet e Windows. Për momentin, ReFS nuk mund të përdoret në mënyrë universale dhe shërben vetëm për detyra të caktuara.
Nëse tashmë keni instaluar dhe punuar me sisteme të reja operative nga Microsoft: Windows Server 2012 dhe Windows 8, me siguri tashmë keni vënë re se vëllimet e reja tani mund të formatohen në sistemin e skedarëve ReFS. Çfarë është një sistem skedarësh ReFS? ReFS qëndron për Sistemi i skedarëve elastik, d.m.th. në rusisht "Sistemi i skedarëve tolerant ndaj gabimeve".
Microsoft e sheh sistemin e skedarëve ReFS si pasardhës të sistemit më të popullarizuar të skedarëve për momentin, NTFS, aftësitë teknologjike të të cilit tashmë kanë arritur në kufijtë e tyre. Në veçanti, kur punoni me transportues të mëdhenj të të dhënave, lindin vështirësi me punën e tyre: kjo është shumë e gjatë kur kryeni operacionin e kontrollit të gabimit, dhe funksionimin e ngadaltë të ditarit, dhe arritjen e kufijve në madhësinë maksimale të skedarit në sistemin e skedarëve NTFS.
Shumica e inovacioneve të ReFS qëndrojnë në krijimin dhe menaxhimin e strukturave të skedarëve dhe dosjeve. Këto veçori janë zbatuar për korrigjimin automatik të gabimit, shkallëzueshmëri të lartë dhe funksionimin Always Online. Dosjet në sistemin e skedarëve ReFS janë të strukturuara si tabela me skedarë si regjistrime, të cilat nga ana e tyre mund të kenë atributet e tyre, të organizuara si nën-tabela, duke zbatuar strukturën hierarkike të pemës B + të njohur nga bazat e të dhënave. Hapësira e lirë në disk organizohet gjithashtu në tabela.
Gjatë zhvillimit të ReFS, u ndoqën qëllimet e mëposhtme:
Karakteristikat kryesore të ReFS
Kufizimet e sistemit të skedarëve ReFS
ReFS trashëgon shumë nga veçoritë dhe semantikën e paraardhësit të tij, NTFS, duke përfshirë:
Të gjitha të dhënat në sistemin e skedarëve ReFS do të jenë të arritshme përmes të njëjtave API që aktualisht përdoren për të hyrë në ndarjet NTFS.
ReFS zhvlerësoi veçoritë e mëposhtme NTFS:
Mbështetja ReFS u prezantua në Windows 8 dhe Windows Server 2012, dhe vetëm për vëllimet e të dhënave. Kjo do të thotë, ndarjet ReFS nuk mund të përdoren për të instaluar dhe nisur nga një sistem operativ. Me kalimin e kohës, ReFS do të pajiset me më shumë veçori dhe do të jetë në gjendje të zëvendësojë plotësisht sistemin e vjetëruar NTFS. Të gjitha tiparet e reja ka të ngjarë të shfaqen në Service Pack -in e parë për Windows 8.
Për më tepër, ReFS ende nuk mund të përdoret për pajisje ruajtëse të lëvizshme dhe portative (ReFS aktualisht përdoret vetëm për media të brendshme).
Pika frustruese është se vëllimet ekzistuese të NTFS nuk mund të konvertohen në ReFS në fluturim. Të dhënat do të duhet të transferohen me kopjim të zakonshëm.
Vëllimi mund të formatohet në sistemin e skedarëve ReFS përmes tastierës së Menaxhimit të Diskut. Sidoqoftë, opsionet shtesë, të tilla si mundësimi i kontrollit të qëndrueshmërisë, mund të aktivizohen vetëm nga rreshti i komandës.
Për shembull, mund të aktivizoni kontrollimin e qëndrueshmërisë ReFS me komandën:
Format / fs: refs / q / i: aktivizo
Çaktivizo kontrollin e qëndrueshmërisë.
