Microsoft-dan yangi ReFS fayl tizimi dastlab Windows 2012-da ishlaydigan serverlarda paydo bo'ldi. Va faqat keyinroq u Windows 10-ga kiritildi, u erda faqat Saqlash joylari (disk maydonini virtualizatsiya texnologiyasi) disk hovuzi xususiyatining bir qismi sifatida foydalanish mumkin. IN Windows Server 2016 Microsoft ReFS fayl tizimi bilan ishlashni sezilarli darajada yaxshilashni va'da qilmoqda, bundan tashqari, nashr etilgan mish-mishlarga ko'ra, ReFS g'urur bilan Windows 10 Pro deb ataladigan Windows 10-ning yangi versiyasida eskirgan NTFS fayl tizimini almashtirish uchun kelishi mumkin. (ilg'or kompyuterlar uchun).
Lekin aynan ReFs nima, u hozirda foydalanilayotgan NTFS fayl tizimidan nimasi bilan farq qiladi va u qanday afzalliklarga ega?
Muxtasar qilib aytganda, u xatoga chidamli fayl tizimi sifatida yaratilgan. ReFS - bu kod yordamida yaratilgan yangi fayl tizimi va aslida qayta ishlangan va takomillashtirilgan NTFS fayl tizimidir. Bularga ma'lumotlarni saqlashning ishonchliligini oshirish, stress rejimlarida barqaror ishlash, fayllar, hajmlar, kataloglar o'lchamlari, jildlar va kataloglardagi fayllar soni faqat 64 bitli raqam belgilarining o'lchami bilan cheklangan. Eslatib o'tamiz, ushbu qiymatda maksimal fayl hajmi 16 eksbibayt, hajm hajmi esa 1 ishbayt bo'ladi.
ReFS hozirda NTFS o'rnini bosmaydi. Uning afzalliklari va kamchiliklari bor. Lekin, aytaylik, diskni formatlay olmaysiz va Windows-ning yangi nusxasini NTFS-da bo'lgani kabi o'rnatolmaysiz.
ReFS metama'lumotlar uchun nazorat yig'indisidan foydalanadi va ma'lumotlar fayllari uchun nazorat yig'indilaridan ham foydalanishi mumkin. Har safar fayllarni o'qiganingizda yoki yozganingizda, ReFS uning to'g'riligiga ishonch hosil qilish uchun nazorat summasini tekshiradi. Bu shuni anglatadiki, fayl tizimining o'zida buzilgan ma'lumotlarni tezda aniqlashga qodir vosita mavjud.
ReFS Saqlash joylari xususiyati bilan birlashtirilgan. Agar siz ReFS-ni yoqadigan aks ettirishni o'rnatsangiz, Windows fayl tizimining buzilishini osongina aniqlaydi va aks ettirilgan ma'lumotlarni shikastlangan diskka nusxalash orqali uni avtomatik ravishda tuzatadi. Bu xususiyat Windows 10 va Windows 8.1 uchun mavjud.
Agar ReFS buzilgan ma'lumotlarni aniqlasa va qayta tiklash uchun kerakli nusxasi bo'lmasa, fayl tizimi buzilgan ma'lumotlarni diskdan darhol o'chirib tashlashi mumkin. Bu NTFS dan farqli ravishda tizimni qayta ishga tushirishni talab qilmaydi.
ReFS nafaqat yozish/o'qish paytida fayllarning yaxlitligini tekshiradi. Diskdagi barcha fayllarni muntazam tekshirish, buzilgan ma'lumotlarni aniqlash va tuzatish orqali avtomatik ravishda ma'lumotlar yaxlitligini skanerlaydi. Bunday holda, diskni tekshirish uchun vaqti-vaqti bilan chkdsk buyrug'ini ishga tushirishning hojati yo'q.
Yangi fayl tizimi boshqa yo'llar bilan ma'lumotlarning buzilishiga ham chidamli. Masalan, siz faylning metamaʼlumotlarini yangilayapsiz (fayl nomi boʻlsin). NTFS fayl tizimi to'g'ridan-to'g'ri faylning metama'lumotlarini o'zgartiradi. Agar bu vaqtda tizim ishlamay qolsa (o'chirilgan), faylning buzilishi ehtimoli yuqori. Metadatani o'zgartirganingizda, ReFS metama'lumotlarning yangi nusxasini yaratadi. Fayl tizimi eski metama'lumotlarning ustiga yozmaydi, balki uni yangi blokga yozadi. Bu faylning buzilishining oldini oladi. Ushbu strategiya "yozishda nusxa ko'chirish" (yozishda nusxa ko'chirish, yozishda tanlash) deb ataladi. Ushbu strategiya Linuxda ZFS va BtrFS kabi boshqa zamonaviy fayl tizimlarida, shuningdek, yangi Apple APFS fayl tizimida mavjud.
ReFS NTFS-ga qaraganda zamonaviyroq va katta hajmdagi ma'lumotlar va uzunroq fayl nomlarini qo'llab-quvvatlaydi. Uzoq muddatda bu juda muhim.
NTFS fayl tizimida fayl yo'li 255 belgi bilan cheklangan. ReFS-da belgilarning maksimal soni allaqachon ta'sirchan 32768 belgidir. Hozirda Windows 10 da NTFS uchun belgilar elementini o'chirish imkoniyati mavjud. ReFS disk hajmlarida bu cheklov sukut bo'yicha o'chirib qo'yilgan.
ReFS DOS 8.3 fayl nomlarini qo'llab-quvvatlamaydi. NTFS jildlarida “CPogram Files”, “CPogra`1” papkalari siz uchun mavjud. Ular eski bilan moslik uchun kerak dasturiy ta'minot. ReFS da biz ko'nikkan papkalarni topa olmaysiz. Ular olib tashlandi.
NTFS tomonidan qo'llab-quvvatlanadigan ma'lumotlarning nazariy maksimal miqdori 16 ekzabaytni tashkil qiladi, ReFS 262144 ekzabaytgacha qo'llab-quvvatlaydi. Endi bu raqam juda katta ko'rinadi.
Ishlab chiquvchilar yanada samarali fayl tizimini yaratish maqsadini qo'yishmagan. Ular yanada optimallashtirilgan tizimni yaratdilar.
Masalan, massiv bilan foydalanilganda, ReFS real vaqt darajasini optimallashtirishni qo'llab-quvvatlaydi. Sizda ikkita drayverdan iborat haydovchi hovuzingiz bor. Birinchi disk yuqori tezlikda, ma'lumotlarga tezkor kirishni kutish bilan tanlanadi. Ikkinchi disk uzoq muddatli ma'lumotlarni saqlash uchun ishonchlilik mezoni bilan tanlanadi. Orqa fonda ReFS katta hajmdagi ma'lumotlarni avtomatik ravishda sekinroq diskka o'tkazadi va shu bilan ma'lumotlarni saqlash ishonchliligini ta'minlaydi.
Windows Server 2016-da ishlab chiquvchilar ma'lum xususiyatlar orqali ishlashni yaxshilash uchun vositani qo'shdilar virtual mashinalar. Masalan, ReFS blokdan nusxa ko'chirishni qo'llab-quvvatlaydi, bu virtual mashinalarni nusxalash va nazorat nuqtalarini birlashtirish jarayonini tezlashtiradi. Virtual mashinaning nusxasini yaratish uchun ReFS diskdagi metama'lumotlarning yangi nusxasini yaratadi va diskdagi nusxalangan ma'lumotlarga havolani ko'rsatadi. Bu ReFS yordamida bir nechta fayllar diskdagi bir xil asosiy ma'lumotlarga murojaat qilishi mumkin. Virtual mashina bilan ishlaganingizdan va ma'lumotlarni o'zgartirganingizdan so'ng, u diskda boshqa joyda yoziladi, virtual mashinaning asl ma'lumotlari esa diskda qoladi. Bu nusxalarni yaratish jarayonini sezilarli darajada tezlashtiradi va diskdagi yukni kamaytiradi.
ReFS "Sparse VDL" (siyrak fayllar) ni qo'llab-quvvatlaydi. Nol baytlar ketma-ketligi shu ketma-ketlik haqidagi ma'lumotlar bilan almashtirilgan fayl (siyrak fayl) (teshiklar ro'yxati). Teshiklar diskka yozilmagan fayl ichidagi nol baytlarning ma'lum bir ketma-ketligidir. Teshik ma'lumotlarining o'zi fayl tizimining metama'lumotlarida saqlanadi.
Siyrak fayllarni qo'llab-quvvatlash texnologiyasi katta faylga tezda nol yozish imkonini beradi. Bu yangi, bo'sh virtual faylni yaratish jarayonini sezilarli darajada tezlashtiradi. qattiq disk qattiq o'lcham (VHD). ReFS-da bunday faylni yaratish bir necha soniya davom etadi, NTFSda esa bunday operatsiya 10 daqiqagacha davom etadi.
Biz yuqorida tavsiflagan hamma narsa yaxshi eshitiladi, lekin siz NTFS-dan ReFS-ga o'ta olmaysiz. Windows NTFS talab qilganda ReFS fayl tizimidan yuklay olmaydi.
ReFS-da NTFS-da mavjud bo'lgan ko'plab texnologiyalar mavjud emas. Masalan, fayl tizimini siqish va shifrlash, qattiq havolalar, kengaytirilgan atributlar, ma'lumotlarni tekinlashtirish va disk kvotalari. Shu bilan birga, NTFS-dan farqli o'laroq, ReFS ma'lumotlarni to'liq shifrlash texnologiyasini qo'llab-quvvatlaydi - BitLocker.
Windows 10 da siz disk qismini ReFS bilan formatlay olmaysiz. Yangi fayl tizimi faqat asosiy vazifasi ma'lumotlarni buzilishdan himoya qilish bo'lgan saqlash tizimlari uchun mavjud. Windows Server 2016 da siz disk qismini ReFS ga formatlashingiz mumkin. Siz undan virtual mashinalarni ishga tushirish uchun foydalanishingiz mumkin. Lekin siz uni yuklash diski sifatida tanlay olmaysiz. Windows faqat NTFS fayl tizimidan yuklanadi.
Kelajakda Microsoft yangi fayl tizimi uchun nimani kutayotgani aniq emas. Ehtimol, bir kun u butunlay NTFS o'rnini bosadi Windows versiyalari. Ammo hozircha ReFS faqat ma'lum vazifalar uchun ishlatilishi mumkin.
Yangilikni qo'llab-quvvatlash uchun yuqorida ko'p narsa aytilgan operatsion tizim. Ijobiy va salbiy tomonlari tasvirlangan. Men to'xtashni va xulosa qilishni taklif qilaman. Qaysi maqsadlarda mumkin va ehtimol siz ReFS dan foydalanishingiz kerak.
Windows 10 da ReFS faqat Storage Spaces komponenti bilan birgalikda qo'llaniladi. Ma'lumotlarni saqlash uchun mo'ljallangan diskni NTFS emas, balki ReFS da formatlashni unutmang. Bunday holda siz ma'lumotlarni saqlashning ishonchliligini to'liq baholashingiz mumkin.
Windows Serverda siz Disk boshqaruv konsolidagi standart Windows vositasidan foydalanib, bo'limni ReFS ga formatlashingiz mumkin bo'ladi. Agar virtual serverlardan foydalansangiz, uni ReFS ostida formatlash tavsiya etiladi. Lekin shuni esda tuting yuklash diski NTFS sifatida formatlanishi kerak. ReFS fayl tizimi ostidan yuklash Windows operatsion tizimlari tomonidan qo'llab-quvvatlanmaydi.
Yangi ReFS fayl tizimi va Windows 10| 2017-06-28 06:34:15 | Super Foydalanuvchi | Tizim dasturiy ta'minoti | https://site/media/system/images/new.png | Eskirgan NTFS o'rniga Microsoft ReFS yangi fayl tizimi keldi.ReFS ning afzalliklari nimada va u NTFS dan qanday farq qiladi | refs, refs yoki ntfs, refs windows 10, refs fayl tizimi, yangi fayl tizimlari, ntfs tizimi, ntfs fayl tizimi
Nima uchun smartfon xotira kartasidan dasturlarni ishga tushira olmaydi? Ext4 ext3 dan tubdan qanday farq qiladi? Nima uchun flesh-disk FAT-da emas, balki NTFS-da formatlangan bo'lsa, uzoqroq ishlaydi? F2FS bilan bog'liq asosiy muammo nima? Javoblar fayl tizimlarining tuzilishida yotadi. Biz ular haqida gaplashamiz.
Fayl tizimlari ma'lumotlar qanday saqlanishini belgilaydi. Ular foydalanuvchi qanday cheklovlarga duch kelishini, o'qish va yozish operatsiyalari qanchalik tez bo'lishini va haydovchi qancha vaqt ishlamay qolishini aniqlaydi. Bu, ayniqsa, byudjetli SSD-lar va ularning kichik birodarlari - flesh-disklar uchun to'g'ri keladi. Ushbu xususiyatlarni bilib, siz har qanday tizimdan maksimal foyda olishingiz va muayyan vazifalar uchun foydalanishni optimallashtirishingiz mumkin.
Har doim ahamiyatsiz bo'lmagan narsalarni qilishingiz kerak bo'lganda fayl tizimining turi va parametrlarini tanlashingiz kerak. Masalan, siz eng tez-tez uchraydigan fayl operatsiyalarini tezlashtirishni xohlaysiz. Fayl tizimi darajasida bunga turli yo'llar bilan erishish mumkin: indekslash tezkor qidirishni ta'minlaydi va bepul bloklarni oldindan zahiralash tez-tez o'zgarib turadigan fayllarni qayta yozishni osonlashtiradi. Ma'lumotlarni oldindan optimallashtirish tasodifiy kirish xotirasi talab qilinadigan kiritish-chiqarish miqdorini kamaytiradi.
Zamonaviy fayl tizimlarining dangasa yozish, deuplikatsiya va boshqa ilg'or algoritmlar kabi xususiyatlari ish vaqtini oshirishga yordam beradi. Ular TLC xotira chiplari, flesh-disklar va xotira kartalari bo'lgan arzon SSD-lar uchun ayniqsa dolzarbdir.
Turli darajadagi disk massivlari uchun alohida optimallashtirishlar mavjud: masalan, fayl tizimi ovoz balandligini o'chirmasdan soddalashtirilgan hajmni aks ettirish, tezkor suratlar yoki dinamik masshtablashni qo'llab-quvvatlashi mumkin.
Foydalanuvchilar asosan operatsion tizim tomonidan sukut bo'yicha taklif qilingan fayl tizimi bilan ishlaydi. Ular kamdan-kam hollarda yangi disk bo'limlarini yaratadilar va hatto ularning sozlamalari haqida kamroq o'ylashadi - tavsiya etilgan sozlamalardan foydalaning yoki hatto oldindan formatlangan media sotib oling.
Windows muxlislari uchun hamma narsa oddiy: barcha disk bo'limlarida NTFS va flesh-disklarda FAT32 (yoki bir xil NTFS). Agar NAS mavjud bo'lsa va unda boshqa fayl tizimi ishlatilsa, ko'pchilik uchun bu idrok etishdan tashqarida qoladi. Ular shunchaki unga tarmoq orqali ulanishadi va xuddi qora qutidagidek fayllarni yuklab olishadi.
Android o'rnatilgan mobil gadjetlarda ext4 ko'pincha ichki xotirada va FAT32 microSD kartalarida joylashgan. Yabloko ularning qanday fayl tizimiga ega ekanligiga umuman ahamiyat bermaydi: HFS +, HFSX, APFS, WTFS ... ular uchun faqat eng yaxshi dizaynerlar tomonidan chizilgan chiroyli papka va fayl belgilari mavjud. Linux foydalanuvchilari eng boy tanlovga ega, ammo siz Windows va macOS-da mahalliy bo'lmagan OS fayl tizimlarini qo'llab-quvvatlashingiz mumkin - bu haqda keyinroq.
Yuzdan ortiq turli xil fayl tizimlari yaratilgan, ammo o'ndan bir oz ko'proq narsani tegishli deb atash mumkin. Ularning barchasi o'ziga xos ilovalar uchun mo'ljallangan bo'lsa-da, ko'pchilik kontseptual darajada bog'langan. Ular o'xshashdir, chunki ular bir xil turdagi (meta) ma'lumotlarni taqdim etish strukturasidan foydalanadilar - B-daraxtlar ("b-daraxtlar").
Har qanday ierarxik tizim singari, B-daraxt ildiz yozuvi bilan boshlanadi va so'ngra yakuniy elementlarga - fayllar va ularning atributlari yoki "barglari" haqidagi individual yozuvlarga bo'linadi. Bunday mantiqiy tuzilmani yaratishning asosiy maqsadi fayl tizimi ob'ektlarini bir necha terabayt sig'imga ega qattiq disklar yoki undan ham ta'sirchan RAID massivlari kabi katta dinamik massivlarda qidirishni tezlashtirish edi.
B-daraxtlar bir xil operatsiyalarni bajarish uchun boshqa turdagi muvozanatli daraxtlarga qaraganda kamroq diskka kirishni talab qiladi. Bunga B-daraxtlardagi yakuniy ob'ektlar ierarxik ravishda bir xil balandlikda joylashganligi va barcha operatsiyalar tezligi daraxtning balandligi bilan proportsional bo'lishi tufayli erishiladi.
Boshqa muvozanatli daraxtlar singari, B-daraxtlar ham ildizdan har qanday barggacha bir xil uzunlikka ega. O'sish o'rniga ular ko'proq shoxlanadi va kengayadi: B-daraxtdagi barcha shoxchalar bolalar ob'ektlariga ko'plab havolalarni saqlaydi, bu ularni kamroq xitlar bilan topishni osonlashtiradi. Ko'p sonli ko'rsatkichlar diskdagi eng uzun operatsiyalar sonini kamaytiradi - o'zboshimchalik bilan bloklarni o'qishda boshning joylashishi.
B-daraxtlar kontseptsiyasi 70-yillarda shakllantirilgan va shundan beri turli xil yaxshilanishlarga duchor bo'lgan. U yoki bu shaklda u NTFS, BFS, XFS, JFS, ReiserFS va turli DBMSlarda amalga oshiriladi. Ularning barchasi ma'lumotlarni tashkil etishning asosiy tamoyillari nuqtai nazaridan qarindoshdir. Farqlar tafsilotlarga bog'liq, ko'pincha juda muhim. Tegishli fayl tizimlarining kamchiliklari ham keng tarqalgan: ularning barchasi SSD disklari paydo bo'lishidan oldin ham disklar bilan ishlash uchun yaratilgan.
Qattiq holatdagi drayvlar asta-sekin disk drayverlarini almashtirmoqda, ammo hozirgacha ular o'zlariga begona bo'lgan eski fayl tizimlaridan foydalanishga majbur. Ular flesh-xotira massivlarida qurilgan bo'lib, ularning printsiplari disk qurilmalarinikidan farq qiladi. Xususan, flesh-xotirani yozishdan oldin o‘chirib tashlash kerak va NAND chiplarida bu operatsiyani alohida hujayra darajasida bajarib bo‘lmaydi. Bu faqat bir butun sifatida katta bloklar uchun mumkin.
Bu cheklash NAND xotirasida barcha hujayralar bloklarga birlashtirilganligi bilan bog'liq bo'lib, ularning har biri boshqaruv shinasiga faqat bitta umumiy ulanishga ega. Biz sahifani tashkil qilishning tafsilotlariga kirmaymiz va to'liq ierarxiyani bo'yaymiz. Muhimi, hujayralar bilan guruh operatsiyalari printsipi va flesh xotira bloklarining o'lchamlari odatda har qanday fayl tizimidagi bloklardan kattaroqdir. Shuning uchun NAND fleshli drayvlar uchun barcha manzillar va buyruqlar FTL (Flash Translation Layer) abstraktsiya qatlami orqali tarjima qilinishi kerak.
Flash xotira kontrollerlari disk qurilmalari mantig'i bilan mosligini va ularning mahalliy interfeys buyruqlarini qo'llab-quvvatlaydi. Odatda FTL ularning proshivkalarida amalga oshiriladi, lekin u (qisman) xostda bajarilishi mumkin - masalan, Plextor o'zining SSD disklari uchun yozish tezligi drayverlarini yozadi.
Siz FTLsiz umuman ishlay olmaysiz, chunki ma'lum bir hujayraga bitta bit yozish ham bir qator operatsiyalarni ishga tushirishga olib keladi: kontroller kerakli katakni o'z ichiga olgan blokni topadi; blok to'liq o'qiladi, keshga yoki bo'sh joyga yoziladi, keyin butunlay o'chiriladi, shundan so'ng u kerakli o'zgartirishlar bilan qayta yoziladi.
Bunday yondashuv armiyaning kundalik hayotini eslatadi: bitta askarga buyruq berish uchun serjant umumiy tarkib tuzadi, kambag'alni chaqiradi va qolganlarga tarqalishni buyuradi. Hozirda kam uchraydigan NOR xotirasida tashkilot spetsnaz edi: har bir hujayra mustaqil ravishda boshqariladi (har bir tranzistorda individual kontakt mavjud edi).
Nazoratchilarning vazifalari tobora ko'payib bormoqda, chunki flesh-xotiraning har bir avlodi bilan zichlikni oshirish va ma'lumotlarni saqlash xarajatlarini kamaytirish uchun uni ishlab chiqarish jarayoni kamayadi. Texnologik standartlar bilan birgalikda chiplarning taxminiy ishlash muddati ham qisqaradi.
Bir darajali SLC xujayralari bo'lgan modullar 100 ming qayta yozish tsikli va undan ham ko'proq e'lon qilingan resursga ega edi. Ularning ko'pchiligi hali ham eski flesh-disklarda va CF kartalarida ishlaydi. Korxona toifasidagi MLC (eMLC) 10 dan 20 minggacha bo'lgan resursga da'vo qilgan, oddiy iste'molchi darajasidagi MLC uchun esa 3-5 mingga baholanadi. Ushbu turdagi xotira resurslari ming tsiklga zo'rg'a etib boradigan arzonroq TLC tomonidan faol ravishda siqib chiqarilmoqda. Fleshli xotiraning ishlash muddatini maqbul darajada ushlab turish dasturiy ta'minotning hiyla-nayranglari bilan bog'liq va yangi fayl tizimlari ulardan biriga aylanmoqda.
Dastlab, ishlab chiqaruvchilar fayl tizimini ahamiyatsiz deb hisoblashgan. Tekshirish moslamasining o'zi har qanday turdagi xotira hujayralarining qisqa muddatli qatoriga xizmat qilishi va ular orasidagi yukni optimal tarzda taqsimlashi kerak. Fayl tizimi drayveri uchun u oddiy diskni taqlid qiladi va o'zi har qanday kirishda past darajadagi optimallashtirishni amalga oshiradi. Biroq, amalda, turli xil qurilmalar uchun optimallashtirish sehrlidan xayoliygacha farq qiladi.
Korporativ SSD-larda o'rnatilgan kontroller kichik kompyuterdir. U katta xotira buferiga ega (yarim gig yoki undan ko'p) va u ma'lumotlar bilan ishlash samaradorligini oshirishning ko'plab usullarini qo'llab-quvvatlaydi, bu esa keraksiz yozish sikllaridan qochish imkonini beradi. Chip keshdagi barcha bloklarni tartibga soladi, dangasa yozishni amalga oshiradi, tezkor deduplikatsiyani amalga oshiradi, ba'zi bloklarni zahiraga oladi va boshqalarni fonda tozalaydi. Bu sehrlarning barchasi OS, dasturlar va foydalanuvchi uchun mutlaqo sezilmaydigan tarzda sodir bo'ladi. Bunday SSD bilan qaysi fayl tizimi ishlatilishi muhim emas. Ichki optimallashtirishlar ishlash va resursga tashqidan ko'ra ko'proq ta'sir qiladi.
Byudjetli SSD-larda (va undan ham ko'proq - flesh-disklar) ular kamroq aqlli kontrollerlarni qo'yishadi. Ulardagi kesh kesilgan yoki yo'q va ilg'or server texnologiyalari umuman ishlatilmaydi. Xotira kartalarida kontrollerlar shunchalik ibtidoiyki, ko'pincha ular umuman yo'q deb da'vo qilinadi. Shuning uchun, flesh-xotiraga ega arzon qurilmalar uchun yukni muvozanatlashning tashqi usullari dolzarb bo'lib qoladi - birinchi navbatda ixtisoslashgan fayl tizimlari yordamida.
Fleshli xotirani tashkil qilish tamoyillarini hisobga oladigan fayl tizimini yozishga birinchi urinishlardan biri JFFS - Journaling Flash File System edi. Dastlab, Shvetsiyaning Axis Communications kompaniyasining ushbu rivojlanishi Axis 90-yillarda ishlab chiqarilgan tarmoq qurilmalarining xotira samaradorligini oshirishga qaratilgan edi. JFFS ning birinchi versiyasi faqat NOR xotirasini qo'llab-quvvatladi, ammo ikkinchi versiyada u NAND bilan do'stlashdi.
JFFS2 hozirda cheklangan foydalanishda. U hali ham ko'proq o'rnatilgan tizimlar uchun Linux distributivlarida qo'llaniladi. Uni marshrutizatorlar, IP kameralar, NAS va narsalar Internetining boshqa odatlarida topish mumkin. Umuman olganda, kam miqdorda ishonchli xotira talab qilinadigan joyda.
JFFS2 ning keyingi rivojlanishi LogFS bo'lib, u o'z inodelarini alohida faylda saqlagan. Ushbu g'oya mualliflari IBM nemis bo'limi xodimi Yorn Engel va Osnabryuk universiteti o'qituvchisi Robert Mertensdir. LogFS uchun manba kodi GitHub da mavjud. Unga so'nggi o'zgartirish to'rt yil oldin kiritilganiga ko'ra, LogFS mashhurlikka erisha olmadi.
Ammo bu urinishlar boshqa ixtisoslashgan fayl tizimining paydo bo'lishiga turtki bo'ldi - F2FS. U Samsung korporatsiyasi tomonidan ishlab chiqilgan bo'lib, u dunyoda ishlab chiqarilgan flesh-xotiraning katta qismini tashkil qiladi. Samsung o'z qurilmalari va boshqa kompaniyalar buyurtmasi bilan NAND Flash chiplarini ishlab chiqaradi, shuningdek, eski disklar o'rniga tubdan yangi interfeyslarga ega SSD'larni ishlab chiqadi. Fleshli xotira uchun optimallashtirilgan ixtisoslashtirilgan fayl tizimini yaratish Samsung nuqtai nazaridan anchadan beri kechiktirilgan zarurat edi.
To'rt yil oldin, 2012 yilda Samsung F2FS (Flash Friendly File System) ni yaratdi. Uning g'oyasi yaxshi, lekin ijrosi biroz qo'pol edi. F2FS-ni yaratishda asosiy vazifa oddiy edi: hujayralarni qayta yozish operatsiyalari sonini kamaytirish va ularga yukni imkon qadar teng taqsimlash. Buning uchun bir vaqtning o'zida bir nechta katakchalarni bir vaqtning o'zida majburlashdan ko'ra, bir vaqtning o'zida bir nechta hujayralar ustida operatsiyalarni bajarish kerak. Bu shuni anglatadiki, biz operatsion tizimning birinchi so'rovida mavjud bloklarni bir zumda qayta yozishimiz kerak emas, balki buyruqlar va ma'lumotlarni keshlash, bo'sh joyga yangi bloklar qo'shish va hujayralarni kechiktirish kerak.
Bugungi kunda F2FS-ni qo'llab-quvvatlash allaqachon Linux-da (va shuning uchun Android-da) rasmiy ravishda amalga oshirilgan, ammo amalda u hali ham hech qanday afzalliklarni bermaydi. Ushbu fayl tizimining asosiy xususiyati (kechiktirilgan qayta yozish) uning samaradorligi haqida erta xulosalar chiqarishga olib keldi. Qadimgi keshlash hiylasi hatto benchmarklarning oldingi versiyalarini aldab qo'ydi, bu erda F2FS xayoliy afzalliklarni bir necha foizga emas (kutilganidek) va hatto bir necha marta emas, balki kattalik buyurtmalari bilan ko'rsatdi. Shunchaki F2FS drayveri kontroller endigina qilishni rejalashtirayotgan operatsiya haqida xabar bergan. Biroq, agar F2FS ning haqiqiy unumdorligi kichik bo'lsa, u holda hujayraning eskirishi bir xil ext4 dan foydalanishga qaraganda kamroq bo'ladi. Arzon kontroller qila olmaydigan optimallashtirishlar fayl tizimining o'zi darajasida amalga oshiriladi.
F2FS geeks uchun ekzotik sifatida qabul qilinadi. Hatto o'zlarida ham Samsung smartfonlari ext4 hali ham amal qiladi. Ko'pchilik buni ext3 ning keyingi rivojlanishi deb hisoblaydi, ammo bu mutlaqo to'g'ri emas. Bu har bir fayl uchun 2TB to'siqni buzish va boshqa miqdoriy ko'rsatkichlarni oshirishdan ko'ra ko'proq inqilob haqida.
Kompyuterlar katta va fayllar kichik bo'lganida, manzilni aniqlash oson edi. Har bir faylga ma'lum miqdordagi bloklar ajratilgan, ularning manzillari yozishmalar jadvaliga kiritilgan. Hozirgacha xizmatda bo'lgan ext3 fayl tizimi shunday ishlagan. Ammo ext4 murojaat qilishning tubdan boshqacha usulini joriy etdi - extents.
Kengaytmalarni yaxlit ketma-ketliklar sifatida ko'rib chiqiladigan alohida bloklar to'plami sifatida inodlarning kengaytmalari sifatida ko'rish mumkin. Bitta hajm butun o'rta o'lchamdagi faylni o'z ichiga olishi mumkin va katta fayllar uchun o'nlab yoki ikkita ekstensiyani ajratish kifoya. Bu to'rt kilobaytlik yuz minglab kichik bloklarga murojaat qilishdan ko'ra ancha samaralidir.
Ext4 va yozish mexanizmining o'zida o'zgartirildi. Endi bloklarni taqsimlash darhol bitta so'rovda sodir bo'ladi. Va oldindan emas, balki diskka ma'lumot yozishdan oldin. Kechiktirilgan ko'p blokli ajratish sizga ext3 xato qilgan keraksiz operatsiyalardan xalos bo'lishga imkon beradi: unda yangi fayl uchun bloklar darhol ajratiladi, hatto u keshga to'liq sig'sa va vaqtinchalik o'chirilishi rejalashtirilgan bo'lsa ham.
Balanslangan daraxtlar va ularning modifikatsiyalaridan tashqari, boshqa mashhur mantiqiy tuzilmalar ham mavjud. Asosan boshqa turdagi tashkilotga ega fayl tizimlari mavjud - masalan, chiziqli. Ehtimol, siz ulardan kamida bittasini tez-tez ishlatasiz.
Topishmoqni toping: o'n ikki yoshida u semira boshladi, o'n olti yoshida u ahmoqona semirib ketdi va o'ttiz ikki yoshida u semirib ketdi va oddiy bo'lib qoldi. Kim u?
To'g'ri, bu FAT fayl tizimi haqida hikoya. Muvofiqlik talablari uning yomon irsiyatini ta'minladi. Floppy disklarda u 12-bitli, qattiq disklarda - dastlab 16-bitli bo'lgan va bizning kunlarga qadar 32-bitli bo'lgan. Har bir keyingi versiyada manzilli bloklar soni ko'paydi, ammo aslida hech narsa o'zgarmadi.
Hali ham mashhur FAT32 fayl tizimi yigirma yil oldin paydo bo'lgan. Bugungi kunda u hali ham ibtidoiy va kirishni boshqarish ro'yxatlarini, disk kvotalari, fonni siqish yoki boshqa zamonaviy ma'lumotlarni optimallashtirish texnologiyalarini qo'llab-quvvatlamaydi.
Nima uchun bugungi kunda FAT32 kerak? Hali ham faqat moslik uchun. Ishlab chiqaruvchilar har qanday OS FAT32 qismini o'qiy olishiga haqli ravishda ishonishadi. Shuning uchun ular uni tashqi qattiq disklarda, USB Flash va xotira kartalarida yaratadilar.
Smartfonlarda ishlatiladigan microSD (HC) kartalari sukut bo'yicha FAT32 formatida formatlanadi. Bu ularga ilovalarni o'rnatish va ichki xotiradan ma'lumotlarni uzatish uchun asosiy to'siqdir. Uni engish uchun siz ext3 yoki ext4 bilan kartada bo'lim yaratishingiz kerak. Unga barcha fayl atributlari (shu jumladan egasi va kirish huquqlari) o'tkazilishi mumkin, shuning uchun har qanday dastur ichki xotiradan ishga tushirilgandek ishlashi mumkin.
Windows flesh-disklarda bir nechta bo'limlarni qanday qilishni bilmaydi, lekin buning uchun siz Linuxni (hech bo'lmaganda virtual mashinada) yoki mantiqiy qismlarga ajratish bilan ishlash uchun ilg'or yordam dasturini - masalan, MiniTool Partition Wizard Free-ni ishga tushirishingiz mumkin. Kartada ext3 / ext4 bilan qo'shimcha birlamchi bo'limni topgandan so'ng, Link2SD ilovasi va shunga o'xshash ilovalar bitta FAT32 bo'limiga qaraganda ko'proq imkoniyatlarni taklif qiladi.
FAT32 ni tanlash foydasiga yana bir dalil sifatida unga kirishning yo'qligi ko'pincha deyiladi, bu esa tezroq yozish operatsiyalarini va NAND Flash xotira hujayralarida kamroq eskirishni anglatadi. Amalda, FAT32 dan foydalanish buning aksiga olib keladi va boshqa ko'plab muammolarni keltirib chiqaradi.
Flesh-disklar va xotira kartalari tezda nobud bo'ladi, chunki FAT32-dagi har qanday o'zgarish ikkita fayl jadvallari zanjiri joylashgan bir xil sektorlarni qayta yozishga olib keladi. Men butun veb-sahifani saqladim va u yuz marta yozildi - har bir flesh-diskga yana bir kichik gif qo'shilishi bilan. Portativ dasturiy ta'minot ishga tushirildimi? U vaqtinchalik fayllarni yaratdi va ish paytida ularni doimiy ravishda o'zgartirdi. Shuning uchun, NTFS-ni flesh-disklarda xatolarga chidamli $ MFT jadvali bilan ishlatish ancha yaxshi. Kichik fayllar to'g'ridan-to'g'ri asosiy fayllar jadvalida saqlanishi mumkin va uning kengaytmalari va nusxalari flesh xotiraning turli joylariga yoziladi. Bundan tashqari, NTFS-da indekslash tufayli qidiruvlar tezroq bo'ladi.
Aksariyat foydalanuvchilar duch keladigan yana bir muammo shundaki, FAT32 bo'limiga 4 GB dan katta fayl yozish mumkin emas. Buning sababi shundaki, FAT32 da fayl hajmi fayllarni taqsimlash jadvalida 32 bit bilan tavsiflanadi va 2 ^ 32 (minus bitta) to'liq to'rt gigabaytni tashkil qiladi. Ma'lum bo'lishicha, yangi sotib olingan flesh-diskga na oddiy sifatli film, na DVD tasvirini yozib bo'lmaydi.
Katta hajmdagi fayllarni nusxalash unchalik yomon emas: buni qilishga harakat qilganingizda, xato hech bo'lmaganda darhol ko'rinadi. Boshqa hollarda, FAT32 vaqtli bomba vazifasini bajaradi. Misol uchun, siz portativ dasturiy ta'minotni flesh-diskga ko'chirdingiz va dastlab siz uni muammosiz ishlatasiz. Uzoq vaqtdan so'ng, dasturlardan birida (masalan, buxgalteriya hisobi yoki pochta) shishib ketadigan ma'lumotlar bazasi mavjud va ... u shunchaki yangilanishni to'xtatadi. Faylni qayta yozish mumkin emas, chunki u 4 GB chegarasiga yetdi.
Kamroq tushunarli muammo shundaki, FAT32 da fayl yoki katalog yaratilish sanasi ikki soniyagacha berilishi mumkin. Vaqt belgilaridan foydalanadigan ko'plab kriptografik ilovalar uchun bu etarli emas. "Sana" atributining past aniqligi FAT32 xavfsizlik nuqtai nazaridan to'liq fayl tizimi hisoblanmasligining yana bir sababidir. Biroq, uning zaif tomonlari o'z maqsadlaringiz uchun ishlatilishi mumkin. Misol uchun, agar siz biron bir faylni NTFS bo'limidan FAT32 jildga nusxa ko'chirsangiz, ular barcha metama'lumotlardan, shuningdek, meros qilib olingan va maxsus o'rnatilgan ruxsatlardan tozalanadi. FAT ularni qo'llab-quvvatlamaydi.
FAT12/16/32 dan farqli o'laroq, exFAT USB Flash va katta (≥ 32 GB) xotira kartalari uchun maxsus ishlab chiqilgan. Kengaytirilgan FAT yuqorida aytib o'tilgan FAT32 ning kamchiliklarini yo'q qiladi - har qanday o'zgarish bilan bir xil sektorlarni qayta yozish. 64-bitli tizim sifatida u bitta fayl hajmida amaliy cheklovlarga ega emas. Nazariy jihatdan, uning uzunligi 2 ^ 64 bayt (16 EB) bo'lishi mumkin va bunday o'lchamdagi kartalar yaqin orada paydo bo'lmaydi.
ExFAT o'rtasidagi yana bir asosiy farq, kirishni boshqarish ro'yxatlarini (ACL) qo'llab-quvvatlashdir. Bu endi to'qsoninchi yillardagi oddiy narsa emas, ammo formatning yaqinligi exFATni joriy etishga to'sqinlik qiladi. ExFAT-ni qo'llab-quvvatlash faqat Windows (XP SP2 dan boshlab) va OS X (10.6.5 dan boshlab) da to'liq va qonuniy ravishda amalga oshiriladi. Linux va *BSD-da u cheklangan yoki noqonuniy ravishda qo'llab-quvvatlanadi. Microsoft exFAT-dan foydalanish uchun litsenziyalarni talab qiladi va bu sohada juda ko'p huquqiy qarama-qarshiliklar mavjud.
Yana bir mashhur B-daraxt fayl tizimi Btrfs deb ataladi. Ushbu FS 2007 yilda paydo bo'lgan va dastlab Oracle'da SSD va RAID bilan ishlash uchun yaratilgan. Masalan, uni dinamik ravishda o'lchash mumkin: to'g'ridan-to'g'ri ishlaydigan tizimda yangi inodelarni yarating yoki ularga bo'sh joy ajratmasdan hajmni kichik hajmlarga bo'ling.
Btrfs-da amalga oshirilgan nusxa ko'chirish va yozish mexanizmi va Device mapper yadro moduli bilan to'liq integratsiya virtual blok qurilmalari orqali deyarli bir lahzada suratga olish imkonini beradi. Ma'lumotlarni oldindan siqish (zlib yoki lzo) va detuplikatsiya asosiy operatsiyalarni tezlashtiradi, shu bilan birga flesh xotiraning ishlash muddatini uzaytiradi. Bu, ayniqsa, ma'lumotlar bazalari (2-4 marta siqilishga erishiladi) va kichik fayllar (ular tartibli katta bloklarda yozilgan va to'g'ridan-to'g'ri "barglarda" saqlanishi mumkin) bilan ishlashda seziladi.
Btrfs shuningdek, to'liq ro'yxatga olish (ma'lumotlar va metama'lumotlar), o'chirmasdan ovoz balandligini tekshirish va boshqa ko'plab zamonaviy xususiyatlarni qo'llab-quvvatlaydi. Btrfs kodi GPL litsenziyasi ostida nashr etilgan. Ushbu fayl tizimi 4.3.1 yadro versiyasidan beri Linuxda barqaror sifatida qo'llab-quvvatlanadi.
Deyarli barcha ko'p yoki kamroq zamonaviy fayl tizimlari (ext3 / ext4, NTFS, HFSX, Btrfs va boshqalar) jurnallanganlarning umumiy guruhiga kiradi, chunki ular alohida jurnalda (jurnalda) kiritilgan o'zgarishlarni kuzatib boradi va agar kerak bo'lsa, u bilan tekshiring. diskdagi operatsiyalar paytida nosozliklar. Shu bilan birga, jurnalni ro'yxatga olishning nozikligi va xatolarga chidamlilik ushbu fayl tizimlari orasida farq qiladi.
ext3 uchta ro'yxatga olish rejimini qo'llab-quvvatlaydi: orqaga qaytish, tartiblangan va to'liq ro'yxatga olish. Birinchi rejim faqat umumiy o'zgarishlarni (metadata) yozishni o'z ichiga oladi, ma'lumotlarning o'zida o'zgarishlarga nisbatan asinxron tarzda amalga oshiriladi. Ikkinchi rejim bir xil metama'lumotlarni yozishni amalga oshiradi, lekin har qanday o'zgarishlardan oldin. Uchinchi rejim to'liq ro'yxatga olish bilan teng (meta-ma'lumotlarda ham, fayllarning o'zida ham o'zgarishlar).
Faqat oxirgi variant ma'lumotlar yaxlitligini ta'minlaydi. Qolgan ikkitasi faqat tekshirish paytida xatolarni aniqlashni tezlashtiradi va fayllar tarkibini emas, balki fayl tizimining o'zi yaxlitligini tiklashni kafolatlaydi.
NTFS-da jurnal yozish ext3-dagi ikkinchi ro'yxatga olish rejimiga o'xshaydi. Faqat metama'lumotlarga kiritilgan o'zgarishlar qayd etiladi va xatolik yuz berganda ma'lumotlarning o'zi yo'qolishi mumkin. NTFS-da ro'yxatdan o'tishning ushbu usuli maksimal ishonchlilikka erishish usuli sifatida emas, balki tezlik va nosozlikka chidamlilik o'rtasidagi kelishuv sifatida ishlab chiqilgan. Shuning uchun to'liq jurnalli tizimlar bilan ishlashga odatlangan odamlar NTFSni soxta jurnal deb hisoblashadi.
NTFS-da qo'llaniladigan yondashuv qaysidir ma'noda ext3-dagi standartdan ham yaxshiroq. NTFS qo'shimcha ravishda oldindan kutilayotgan disk operatsiyalari bajarilishini ta'minlash uchun vaqti-vaqti bilan nazorat nuqtalarini yaratadi. Tekshirish punktlarining \ Tizim hajmi haqida ma'lumot\ dagi tiklash nuqtalari bilan hech qanday aloqasi yo'q. Bu faqat jurnaldagi xizmat yozuvlari.
Amaliyot shuni ko'rsatadiki, aksariyat hollarda bunday qisman NTFS jurnali muammosiz ishlash uchun etarli. Axir, hatto o'tkir elektr uzilishi bilan ham, disk qurilmalari bir zumda quvvatsizlanmaydi. Drayvlardagi quvvat manbai va ko'p sonli kondensatorlarning o'zlari joriy yozish jarayonini yakunlash uchun etarli bo'lgan minimal energiya miqdorini ta'minlaydi. Zamonaviy SSD-lar bilan tezligi va samaradorligi bilan bir xil miqdordagi energiya odatda kutilayotgan operatsiyalarni bajarish uchun etarli. To'liq jurnalga o'tishga urinish ba'zida ko'pgina operatsiyalar tezligini pasaytiradi.
Fayl tizimlaridan foydalanish ularning OS darajasida qo'llab-quvvatlanishi bilan cheklangan. Masalan, Windows ext2/3/4 va HFS+ ni tushunmaydi, lekin ba'zida ulardan foydalanish kerak bo'ladi. Buni tegishli drayverni qo'shish orqali qilishingiz mumkin.
Ext4 uchun qisman qo'llab-quvvatlanadigan ext2/3 bo'limlarini o'qish va yozish uchun ochiq manba drayveri. IN oxirgi versiya 16 TB gacha bo'lgan kengaytmalar va bo'limlar qo'llab-quvvatlanadi. LVM, kirishni boshqarish ro'yxatlari va kengaytirilgan atributlar qo'llab-quvvatlanmaydi.
Total Commander uchun bepul plagin mavjud. Ext2/3/4 bo'limlarini o'qishni qo'llab-quvvatlaydi.
coLinux Linux yadrosining ochiq va bepul portidir. 32-bitli drayver bilan birgalikda u Linuxni ishga tushirishga imkon beradi Windows muhiti 2000 yildan 7 yilgacha virtualizatsiya texnologiyalaridan foydalanmasdan. Faqat 32-bitli versiyalarni qo'llab-quvvatlaydi. 64-bitli modifikatsiyani ishlab chiqish bekor qilindi. coLinux, boshqa narsalar qatori, dan tashkil qilish imkonini beradi Windows-ga kirish ext2/3/4 bo'limlariga. Loyihani qo‘llab-quvvatlash 2014-yilda to‘xtatilgan edi.
Windows 10 allaqachon Linux-ga xos fayl tizimlari uchun o'rnatilgan yordamga ega bo'lishi mumkin, u shunchaki yashirin. Bu fikrlar Lxcore.sys yadro darajasidagi drayveri va Svchost.exe jarayoni tomonidan kutubxona sifatida yuklangan LxssManager xizmati tomonidan taklif qilinadi. Bu haqda ko'proq ma'lumot olish uchun Aleks Ioneskuning Black Hat 2016 da "Windows 10 ichida yashiringan Linux yadrosi" nutqiga qarang.
Windows uchun ExtFS bu Paragon tomonidan chiqarilgan pullik drayverdir. U Windows 7 dan 10 gacha ishlaydi, ext2/3/4 jildlariga o'qish/yozish ruxsatini qo'llab-quvvatlaydi. Windows-da ext4 uchun deyarli to'liq yordam beradi.
Windows 10 uchun HFS+ - bu Paragon Software kompaniyasining yana bir xususiy drayveri. Nomiga qaramay, u XP dan boshlab Windowsning barcha versiyalarida ishlaydi. Har qanday tartibli (MBR/GPT) disklardagi HFS+/HFSX fayl tizimlariga toʻliq kirishni taʼminlaydi.
WinBtrfs Windows uchun Btrfs drayverini dastlabki ishlab chiqishdir. Allaqachon 0.6 versiyasida u Btrfs jildlariga o'qish va yozishni qo'llab-quvvatlaydi. Qattiq va ramziy havolalarni boshqara oladi, muqobil ma'lumotlar oqimlarini, ACLlarni, ikki turdagi siqishni va asinxron o'qish/yozish rejimini qo'llab-quvvatlaydi. WinBtrfs ushbu fayl tizimini saqlash uchun mkfs.btrfs, btrfs-balance va boshqa yordamchi dasturlardan qanday foydalanishni bilmasa-da.
| Fayl tizimi | Maxi-kichik hajm-hajmi | Bitta fayl hajmini cheklash | O'z fayl nomining uzunligi | Fayl nomining yarim uzunligi (shu jumladan ildizdan olingan yo'l) | Fayllar va/yoki kataloglar sonini cheklash | Fayl/katalog sanasini ko'rsatishning aniqligi | Dos-tu-pa huquqlari | Qattiq havolalar | Ramziy havolalar | Darhol venadan tortishish (snap-shotlar) | Ma'lumotlarni fonda siqish | Orqa fonda shifr-ro-va-nie ma'lumotlari | Dedu-pli-ka-tion ma'lumotlari |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| FAT16 | 512 baytli sektorlarda 2 GB yoki 64 KB klasterlarda 4 GB | 2 GB | LFN bilan 255 bayt | - | - | - | - | - | - | - | - | - | - |
| FAT32 | 2 KB sektorlarda 8 TB | 4 GB (2^32 - 1 bayt) | LFN bilan 255 bayt | CDS bilan 32 tagacha pastki katalog | 65460 | 10ms (yaratish) / 2s (o'zgartirish) | Yo'q | Yo'q | Yo'q | Yo'q | Yo'q | Yo'q | Yo'q |
| exFAT | ≈ 128 PB (2^25-1 baytdan 2^32-1 klaster) nazariy / 512 TB uchinchi tomon cheklovlari tufayli | 16 EB (2^64 - 1 bayt) | Katalogda 2796202 | 10 ms | ACL | Yo'q | Yo'q | Yo'q | Yo'q | Yo'q | Yo'q | ||
| NTFS | 64 KB klasterlarda 256 TB yoki 4 KB klasterlarda 16 TB | 16TB (Win 7) / 256TB (Win 8) | 255 Unicode belgilar (UTF-16) | 32760 Unicode belgilar, lekin har bir elementda 255 ta belgidan oshmasligi kerak | 2^32-1 | 100 ns | ACL | Ha | Ha | Ha | Ha | Ha | Ha |
| HFS+ | 8 EB (2^63 bayt) | 8 EB | 255 Unicode belgilar (UTF-16) | alohida cheklanmagan | 2^32-1 | 1 s | Unix ACL | Ha | Ha | Yo'q | Ha | Ha | Yo'q |
| APFS | 8 EB (2^63 bayt) | 8 EB | 255 Unicode belgilar (UTF-16) | alohida cheklanmagan | 2^63 | 1 ns | Unix ACL | Ha | Ha | Ha | Ha | Ha | Ha |
| Ext3 | 32 TB (nazariy jihatdan) / 4 KB klasterlarda 16 TB (e2fs dasturlari yordam dasturlari cheklovlari tufayli) | 2 TB (nazariy jihatdan) / eski dasturlar uchun 16 GB | 255 Unicode belgilar (UTF-16) | alohida cheklanmagan | - | 1 s | Unix ACL | Ha | Ha | Yo'q | Yo'q | Yo'q | Yo'q |
| Ext4 | 4 KB klasterlarda 1 EB (nazariy jihatdan) / 16 TB (e2fs dasturlari yordam dasturlari cheklovlari tufayli) | 16 TB | 255 Unicode belgilar (UTF-16) | alohida cheklanmagan | 4 mlrd | 1 ns | POSIX | Ha | Ha | Yo'q | Yo'q | Ha | Yo'q |
| F2FS | 16 TB | 3,94 TB | 255 bayt | alohida cheklanmagan | - | 1 ns | POSIX, ACL | Ha | Ha | Yo'q | Yo'q | Ha | Yo'q |
| BTRFS | 16 EB (2^64 - 1 bayt) | 16 EB | 255 ASCII belgilar | 2^17 bayt | - | 1 ns | POSIX, ACL | Ha | Ha | Ha | Ha | Ha | Ha |
Men buni allaqachon blogimda bir marta e'lon qilgandim, keyin bu haqda hech narsa ma'lum emas edi va endi yangi chiqarilgan ReFS bilan qisqacha, ammo izchilroq tanishish vaqti keldi.
Biroq, har bir narsaning chegarasi bor va fayl tizimlarining imkoniyatlari ham. Bugungi kunda NTFS imkoniyatlari o'z chegaralariga keldi: sig'imli ma'lumot tashuvchilarni tekshirish juda ko'p vaqtni oladi, "Jurnal" kirishni sekinlashtiradi va maksimal fayl hajmiga deyarli erishildi. Buni anglagan Microsoft Windows 8-da yangi fayl tizimini - ReFS (Resilient File System - nosozliklarga chidamli fayl tizimi)ni joriy qildi. ReFS sig'imli va tezkor qattiq disklarda eng yaxshi ma'lumotlarni himoya qiladi, deb ishoniladi. Albatta, uning kamchiliklari bor, lekin Windows 8-da haqiqatan ham ommaviy foydalanish boshlanishidan oldin ular haqida gapirish qiyin.
Shunday qilib, hozircha ReFS ning ichki tuzilishi va afzalliklarini tushunishga harakat qilaylik.
ReFS dastlab "Protogon" kod nomi bilan tanilgan. Birinchi marta u bir yil oldin keng jamoatchilikka aytdi Stiven Sinofskiy- Microsoft-ning Windows bo'limi prezidenti, Windows-ning rivojlanishi va marketingi uchun mas'ul va Internet Explorer.
Bu so'zlar bilan aytilgan:
“Bugungi kunda NTFS eng koʻp qoʻllaniladigan, ilgʻor va funksiyalarga boy fayl tizimi hisoblanadi. Ammo Windows-ni qayta ko'rib chiqamiz va biz hozirda Windows 8-ni ishlab chiqyapmiz, biz bu bilan to'xtab qolmaymiz. Shuning uchun, Windows 8 bilan bir qatorda biz butunlay yangi fayl tizimini ham joriy qilmoqdamiz. ReFS NTFS ustiga qurilgan, shuning uchun u yangi avlod saqlash texnologiyalari va stsenariylari ehtiyojlarini qondirish uchun ishlab chiqilgan va ishlab chiqilganda muhim muvofiqlik xususiyatlarini saqlab qoladi.
Windows 8 da ReFS faqat Windows Server 8 ning bir qismi sifatida joriy qilinadi, biz avvalgi barcha fayl tizimlarini joriy qilishda xuddi shunday yondashuvdan foydalandik. Albatta, dastur darajasida mijozlarga NTFS ma'lumotlari bilan bir xil tarzda ReFS ma'lumotlariga kirish huquqi beriladi. Shuni unutmasligimiz kerakki, NTFS hali ham kompyuterlar uchun sanoatning yetakchi fayl tizimi texnologiyasidir”.
Darhaqiqat, biz birinchi marta Windows Server 8 server operatsion tizimida ReFS ni ko'rdik.Yangi fayl tizimi noldan ishlab chiqilmagan. Masalan, ReFS fayllarni ochish, yopish, o'qish va yozish uchun NTFS bilan bir xil API-lardan foydalanadi. Bundan tashqari, NTFS-dan ko'chirilgan ko'plab taniqli xususiyatlar - masalan, diskni shifrlash bitlocker Va ramziy havolalar kutubxonalar uchun. Ammo g'oyib bo'ldi, masalan, ma'lumotlarni siqish va boshqa bir qator funktsiyalar.
ReFS ning asosiy yangiliklari fayl va papka tuzilmalarini yaratish va boshqarish sohasida jamlangan. Ularning vazifasi ta'minlashdir avtomatik tuzatish xatolar, maksimal masshtablash va Doim Onlayn rejimida ishlash.
ReFS tuzilmalarining diskda amalga oshirilishi boshqa Microsoft fayl tizimlaridan tubdan farq qiladi. Microsoft ishlab chiquvchilari ma'lumotlar bazalaridan yaxshi ma'lum bo'lgan ReFS da B±-trees kontseptsiyasini qo'llash orqali o'z g'oyalarini amalga oshirishga muvaffaq bo'lishdi. Fayl tizimidagi papkalar jadvallar shaklida tuzilgan, ular fayllar yozuvlar sifatida. Ular o'z navbatida quyi jadvallar sifatida qo'shilgan ma'lum atributlarni oladi va ierarxik daraxt tuzilishini yaratadi. Hatto bo'sh disk maydoni jadvallarda tashkil etilgan.
Tizimning barcha elementlarini haqiqiy 64-bitli raqamlash bilan bir qatorda, bu uni keyingi masshtablash paytida "tortiqlar" ko'rinishini yo'q qiladi.
Natijada, ReFSda tizimning yadrosi ob'ektlar jadvali bo'lib, tizimdagi barcha jadvallar ro'yxatini ko'rsatadigan markaziy katalogdir. Ushbu yondashuv muhim afzalliklarga ega: ReFS murakkab jurnallarni boshqarishdan voz kechdi va fayl haqidagi yangi ma'lumotlarni bo'sh joyda tuzatdi - bu uni qayta yozishni oldini oladi.
« Katalog barglari' terilgan yozuvlardir. Jild obyekti uchun yozuvlarning uchta asosiy turi mavjud: katalog deskriptori, indeks yozuvi va ichki oʻrnatilgan obyekt deskriptori. Bunday yozuvlarning barchasi papka identifikatoriga ega bo'lgan alohida B± daraxt sifatida paketlanadi; bu daraxtning ildizi "Katalog" daraxtining B ± bargi bo'lib, u deyarli har qanday miqdordagi yozuvlarni papkaga to'plash imkonini beradi. Jild daraxtining B± varaqlarining pastki qismida, birinchi navbatda, papka haqidagi asosiy ma'lumotlarni (nom, "standart ma'lumot", fayl nomi atributi va boshqalar) o'z ichiga olgan katalog identifikatori yozuvi joylashgan.
Keyinchalik katalogda joylashtirilgan indeks yozuvlari: jilddagi elementlar haqidagi ma'lumotlarni o'z ichiga olgan qisqa tuzilmalar. Ushbu yozuvlar NTFS-ga qaraganda ancha qisqaroq - bu hajmni metama'lumotlar bilan kamroq darajada bezovta qiladi.
Oxirida katalog yozuvlari mavjud. Jildlar uchun bu elementlar paket nomini, "Katalog"dagi papka identifikatorini va "tuzilmasini" o'z ichiga oladi. standart ma'lumotlar". Fayllar uchun identifikator yo'q - buning o'rniga strukturada fayl haqidagi barcha asosiy ma'lumotlar, jumladan, fayl fragmentlari daraxtining B ildizi mavjud. Shunga ko'ra, fayl deyarli har qanday miqdordagi fragmentlardan iborat bo'lishi mumkin.
NTFS singari, ReFS fayl ma'lumotlari (metadata) va fayl tarkibi (foydalanuvchi ma'lumotlari) o'rtasidagi farqni aniqlaydi. lekin himoya funktsiyalari ikkalasiga teng beriladi. Metadata sukut bo'yicha nazorat summalari bilan himoyalangan - foydalanuvchi ma'lumotlariga bir xil himoya (ixtiyoriy) berilishi mumkin. Ushbu nazorat summalari diskda bir-biridan xavfsiz masofada joylashgan - shuning uchun xatolik yuz berganda ma'lumotlarni qayta tiklash osonroq bo'ladi.
Bo'sh fayl tizimining metama'lumotlar hajmi fayl tizimining o'zi hajmining taxminan 0,1% ni tashkil qiladi (ya'ni, 2 TB hajm uchun taxminan 2 GB). Ba'zi asosiy metama'lumotlar ko'proq chidamlilik uchun takrorlanadi
Biz ko'rgan ReFS varianti Windows Server 8 Beta, faqat 64 KB maʼlumotlar klasterlari va 16 KB metadata klasterlarini qoʻllab-quvvatlaydi. Hozircha, ReFS hajmini yaratishda Cluster Size parametri e'tiborga olinmaydi va har doim standart sifatida qabul qilinadi. Fayl tizimini formatlashda klaster hajmini tanlashning yagona imkoniyati ham 64 KB.
Biz tan olamiz: bu klaster hajmi har qanday o'lchamdagi fayl tizimlarini tashkil qilish uchun etarli. Biroq, nojo'ya ta'sir ma'lumotlarni saqlashda sezilarli ortiqchalikdir (diskdagi 1 baytli fayl to'liq 64 KB blokni egallaydi).
Fayl tizimi arxitekturasi nuqtai nazaridan, ReFS katta apparat nosozliklaridan keyin ham fayllarni xavfsiz tiklash uchun barcha kerakli vositalarga ega. NTFS fayl tizimidagi jurnallar tizimining asosiy kamchiliklari va shunga o'xshashlar diskni yangilash, yozish paytida elektr uzilishi sodir bo'lganda, ilgari yozilgan metama'lumotlarga zarar etkazishi mumkin - bu ta'sir allaqachon barqaror nomga ega bo'lgan: shunday deb ataladi. " buzilgan rekord».
Oldini olish uchun buzilgan rekordlar, Microsoft kompaniyasi ishlab chiquvchilari yangi yondashuvni tanladilar, unda metama'lumotlar tuzilmalarining qismlari o'z identifikatorlarini o'z ichiga oladi, bu esa tuzilmalarning egaligini tekshirish imkonini beradi; metadata havolalari havola qilinayotgan bloklarning 64 bitli nazorat yig'indisini o'z ichiga oladi.
Metadata tuzilishidagi har qanday o'zgarish ikki bosqichda sodir bo'ladi. Birinchidan, bo'sh disk maydonida metama'lumotlarning yangi (o'zgartirilgan) nusxasi yaratiladi va shundan keyingina, agar muvaffaqiyatli bo'lsa, havola atomik yangilash operatsiyasi orqali eski (o'zgarmagan) metama'lumotlarning yangi (o'zgartirilgan) maydoniga o'tkaziladi. Bu erda ma'lumotlarning yaxlitligini avtomatik ravishda saqlab, jurnalga kirishdan qochadi.
Biroq, tavsiflangan sxema foydalanuvchi ma'lumotlariga taalluqli emas, shuning uchun fayl tarkibidagi har qanday o'zgarishlar to'g'ridan-to'g'ri faylga yoziladi. Faylni o'chirish metama'lumotlar blokining oldingi versiyasini diskda saqlaydigan metama'lumotlar strukturasini qayta qurish orqali amalga oshiriladi. Ushbu yondashuv o'chirilgan fayllarni yangi foydalanuvchi ma'lumotlari bilan qayta yozilmaguncha tiklash imkonini beradi.
Alohida mavzu - disk shikastlanganda ReFS nosozlikka chidamliligi. Tizim diskdagi shikastlanishning barcha shakllarini, shu jumladan noto'g'ri joyda yo'qolgan yoki saqlangan yozuvlarni, shuningdek, deb ataladigan narsalarni aniqlashga qodir. biroz parchalanish(ommaviy axborot vositalaridagi ma'lumotlar holatining yomonlashishi)
"Integral oqimlar" opsiyasi yoqilganda, ReFS shuningdek, fayllar tarkibini tekshiradi va har doim uchinchi tomon joylashuvidagi fayllarga o'zgarishlar yozadi. Bu qayta yozilganda oldindan mavjud ma'lumotlar yo'qolmasligini ta'minlaydi. Ma'lumotlar yozilganda nazorat summalari avtomatik ravishda yangilanadi, shuning uchun yozish muvaffaqiyatsiz bo'lsa, foydalanuvchi hali ham tekshirish uchun fayl versiyasiga ega bo'ladi.
ReFS xavfsizligi masalasidagi yana bir qiziqarli mavzu - bu bilan o'zaro aloqa Saqlash joylari. ReFS va Saqlash joylari ikki komponent sifatida bir-birini to'ldirish uchun mo'ljallangan yagona tizim ma'lumotlarni saqlash. Ishlashni yaxshilashdan tashqari Saqlash joylari nusxalarini bir nechta disklarda saqlash orqali ma'lumotlarni qisman va to'liq diskdagi nosozliklardan himoya qilish. O'qishdagi xatolar paytida Saqlash joylari nusxalarini o'qiy oladi va yozishda xatolik yuz berganda (hatto o'qish / yozish paytida media ma'lumotlari to'liq yo'qolgan taqdirda ham) ma'lumotlarni "shaffof ravishda" qayta taqsimlash mumkin. Amaliyot shuni ko'rsatadiki, ko'pincha bunday nosozlik ommaviy axborot vositalari bilan bog'liq emas - bu ma'lumotlarning buzilishi yoki ma'lumotlarning yo'qolishi yoki ularni noto'g'ri joyda saqlash tufayli yuzaga keladi.
Bular ReFS nazorat summalari yordamida aniqlay oladigan nosozliklardir. Nosozlik aniqlanganda, ReFS aloqa qiladi Saqlash joylari ma'lumotlarning barcha mumkin bo'lgan nusxalarini o'qish uchun va nazorat summasini tekshirish asosida to'g'ri nusxani tanlaydi. Shundan so'ng, tizim beradi Saqlash joylari to'g'ri nusxalar asosida shikastlangan nusxalarni tiklash buyrug'i. Bularning barchasi amaliy nuqtai nazardan shaffof tarzda sodir bo'ladi.
Microsoft veb-saytida aytilganidek Windows Server 8, nazorat yig'indilari har doim ReFS metama'lumotlari uchun yoqilgan va ovoz balandligi aks ettirilganda joylashtirilgan deb faraz qilinadi Saqlash joylari, avtomatik tuzatish ham yoqilgan. Barcha integral oqimlar xuddi shunday himoyalangan. Bu foydalanuvchi uchun yuqori darajadagi yaxlitlik bilan yakuniy yechimni yaratadi, buning natijasida nisbatan ishonchsiz saqlash juda ishonchli bo'lishi mumkin.
Ushbu yaxlitlik oqimlari fayl mazmunini har qanday ma'lumotlar buzilishidan himoya qiladi. Biroq, bu xususiyat ba'zi hollarda qo'llanilmaydi.
Masalan, ba'zi ilovalar uchun diskdagi fayllarni ma'lum bir tartiblash bilan fayllarni saqlashni ehtiyotkorlik bilan boshqarish afzalroqdir. Izchil oqimlar har safar fayl mazmuni o'zgarganda bloklarni qayta taqsimlaganligi sababli, ushbu ilovalar uchun fayllar tartibini oldindan aytib bo'lmaydi. Ma'lumotlar bazasi tizimlari bunga yorqin misol bo'la oladi. Qoidaga ko'ra, bunday ilovalar mustaqil ravishda fayllar tarkibining nazorat yig'indisini qayd qiladi va API bilan to'g'ridan-to'g'ri ishlash orqali ma'lumotlarni tekshirish va tuzatish imkoniyatiga ega.
Menimcha, ReFS diskning buzilishi yoki xotira buzilishi holatlarida qanday ishlashi aniq. " bilan bog'liq ma'lumotlar yo'qotilishini aniqlash va bartaraf etish qiyinroq bo'lishi mumkin. biroz parchalanish”, diskning kamdan-kam o'qiladigan qismlariga o'z vaqtida aniqlanmagan shikastlanishlar tez o'sishni boshlaganda. Ushbu buzilishlar o'qilgan va aniqlangan vaqtga kelib, nusxalar allaqachon ta'sirlangan bo'lishi mumkin yoki boshqa nosozliklar tufayli ma'lumotlar yo'qolgan bo'lishi mumkin.
Jarayonni engish uchun biroz parchalanish, Microsoft aks ettirilgan saqlash joyida joylashgan ReFS hajmida metama'lumotlar va oqim yaxlitligi ma'lumotlarini vaqti-vaqti bilan tozalaydigan fon tizimi vazifasini qo'shdi. Tozalash barcha keraksiz nusxalarni o'qish va ReFS nazorat summalari yordamida ularning to'g'riligini tekshirish orqali amalga oshiriladi. Agar nazorat summalari mos kelmasa, xatolar bo'lgan nusxalar yaxshi nusxalar bilan tuzatiladi.
Shartli ravishda "tizim ma'murining dahshatli tushi" deb atash mumkin bo'lgan tahdid mavjud. Kamdan-kam hollarda bo'lsa-da, hatto ko'zgu oynasidagi ovoz balandligi ham shikastlanishi mumkin. Misol uchun, muvaffaqiyatsiz tizimning xotirasi ma'lumotlarni buzishi mumkin, keyinchalik ular diskda tugashi va ortiqcha nusxalarni buzishi mumkin. Bundan tashqari, ko'p foydalanuvchilar ReFS ostida aks ettirilgan saqlash joylaridan foydalanmaslikka qaror qilishlari mumkin.
Bunday hollarda, ovoz balandligi buzilganda, ReFS "ta'mirlash" ni amalga oshiradi - bu ish hajmidagi nomlar maydonidan ma'lumotlarni olib tashlaydigan funktsiya. Uning maqsadi haqiqiy ma'lumotlarning mavjudligiga ta'sir qilishi mumkin bo'lgan tuzatib bo'lmaydigan zararni oldini olishdir. Misol uchun, agar katalogdagi bitta fayl shikastlangan bo'lsa va uni avtomatik ravishda tuzatib bo'lmasa, ReFS bu faylni fayl tizimining nom maydonidan olib tashlaydi va jildining qolgan qismini tiklaydi.
Biz fayl tizimi buzilgan faylni ocholmasligi yoki o'chira olmasligi va administrator bu haqda hech narsa qila olmasligiga o'rganib qolganmiz.
Ammo ReFS buzilgan ma'lumotlarni qayta tiklashi mumkinligi sababli, administrator ushbu faylni zaxiradan tiklashi yoki tizimni o'chirmasdan uni qayta yaratish uchun dasturdan foydalanishi mumkin. Bu shuni anglatadiki, foydalanuvchi yoki administrator endi diskni oflayn rejimda tekshirishi va tuzatishi shart emas. Serverlar uchun bu katta hajmdagi ma'lumotlarni uzoq muddatlar xavfisiz joylashtirish imkonini beradi. batareyaning ishlash muddati zarar tufayli.
Albatta, ReFS ning amaliyligi va qulayligi (yoki teskari sifatlari) faqat Windows 8-ga ega kompyuterlar keng tarqalib, ular bilan kamida olti oylik faol ish o'tgandan keyin baholanishi mumkin. Hozircha potentsial G8 foydalanuvchilarida javoblardan ko'ra ko'proq savollar bor.
Masalan, bu: Windows 8 da ma'lumotlarni NTFS dan ReFS ga va aksincha oson va oson o'zgartirish mumkinmi? Microsoft vakillarining ta'kidlashicha, formatlarni o'zgartirish uchun o'rnatilgan funksiya yo'q, ammo ma'lumot hali ham nusxalanishi mumkin. ReFSning qamrovi aniq: dastlab u faqat server uchun katta ma'lumotlar boshqaruvchisi sifatida ishlatilishi mumkin (aslida u allaqachon ishlatilmoqda). ReFS bilan tashqi drayvlar hali bo'lmaydi - faqat ichki. Shubhasiz, vaqt o'tishi bilan ReFS ko'proq funktsiyalar bilan jihozlanadi va eski tizimni almashtira oladi.
Microsoft kompaniyasining ta'kidlashicha, bu Windows 8 uchun birinchi xizmat paketi chiqarilishi bilan sodir bo'ladi
Microsoft shuningdek, ReFSni sinab ko'rganini da'vo qiladi:
"NTFS uchun yigirma yildan ko'proq vaqt davomida yaratilgan o'n minglab testlarning murakkab, keng to'plamidan foydalangan holda. Ushbu testlar tizim duch kelishi mumkin bo'lgan murakkab joylashtirish shartlarini qayta yaratadi, masalan, elektr ta'minotidagi uzilishlar, ko'pincha masshtablilik va ishlash bilan bog'liq muammolar. Shunday qilib, ReFS tizimi boshqariladigan muhitda sinovdan o'tkazishga tayyor deb aytishimiz mumkin.
Shu bilan birga, ishlab chiquvchilar katta fayl tizimining birinchi versiyasi sifatida ReFS ehtiyotkorlik bilan ishlashni talab qilishini tan olishadi:
“Biz Windows 8 uchun ReFS-ni beta sifatida tavsiflamaymiz. Yangi fayl tizimi Windows 8 beta-versiyasini tark etganda chiqarishga tayyor bo'ladi, chunki ma'lumotlar ishonchliligidan muhimroq narsa yo'q. Shunday qilib, tizimning boshqa jihatlaridan farqli o'laroq, bu erda dastlabki foydalanish va sinovdan o'tkazish uchun konservativ yondashuv zarur.
Ko'pincha shu sababli, ReFS bosqichma-bosqich rejaga muvofiq foydalanishga kiritiladi. Birinchidan - Windows Server uchun saqlash tizimi sifatida, keyin - foydalanuvchilar uchun saqlash sifatida va oxirida - yuklash hajmi sifatida. Biroq, yangi fayl tizimlarini chiqarishga o'xshash "ehtiyotkorlik bilan yondashish" avval ham qo'llanilgan.
Ushbu maqolada biz tushunamiz ReFS qanday xususiyatlarni taqdim etadi va nima uchun u NTFS fayl tizimidan yaxshiroq. ReFS disk maydonidan ma'lumotlarni qanday tiklash mumkin. Microsoft kompaniyasining yangi ReFS fayl tizimi dastlab Windows Server 2012 da taqdim etilgan. U Windows 10 tizimiga Disk maydoni vositasining bir qismi sifatida kiritilgan. ReFS disk hovuzi uchun ishlatilishi mumkin. Windows Server 2016 ning chiqarilishi bilan fayl tizimi takomillashtirildi, u tez orada Windows 10 ning yangi versiyasida taqdim etiladi.
ReFS qanday xususiyatlarni taqdim etadi va u hozirgi NTFS tizimidan qanchalik yaxshi?
Tarkib:uchun qisqa Chidamli fayl tizimi, ReFS NTFS asosidagi yangi tizimdir. Ushbu bosqichda ReFS uy foydalanuvchilari uchun diskdan foydalanish uchun NTFS uchun keng qamrovli almashtirishni taklif qilmaydi. Fayl tizimining afzalliklari va kamchiliklari mavjud.
ReFS NTFS ning asosiy muammolarini hal qilish uchun mo'ljallangan. U ma'lumotlarning buzilishiga nisbatan chidamliroq, og'ir ish yuklarini yaxshiroq boshqarishga qodir va juda katta fayl tizimlariga osonlik bilan o'lchaydi. Keling, bu nimani anglatishini ko'rib chiqaylik?
Fayl tizimi metama'lumotlar uchun nazorat yig'indisidan foydalanadi va fayl ma'lumotlari uchun nazorat summalaridan ham foydalanishi mumkin. Faylni o'qish yoki yozish paytida tizim uning to'g'riligiga ishonch hosil qilish uchun nazorat summasini tekshiradi. Shunday qilib, buzilgan ma'lumotlarni real vaqt rejimida aniqlash amalga oshiriladi.
ReFS Disk maydoni xususiyati bilan birlashtirilgan. Agar siz aks ettirilgan ma'lumotlarni saqlashni o'rnatsangiz, ReFS yordamida Windows boshqa diskdan ma'lumotlarni nusxalash orqali fayl tizimining buzilishini aniqlaydi va avtomatik ravishda tuzatadi. Bu xususiyat Windows 10 va Windows 8.1 da mavjud.
Agar fayl tizimi qayta tiklash uchun muqobil nusxasi bo'lmagan buzilgan ma'lumotlarni aniqlasa, ReFS bunday ma'lumotlarni diskdan darhol o'chirib tashlaydi. Bu NTFS da bo'lgani kabi tizimni qayta ishga tushirish yoki saqlash qurilmasini o'chirishni talab qilmaydi.
Chkdsk yordam dasturidan foydalanish zarurati butunlay yo'qoladi, chunki fayl tizimi xatolik yuz berganda darhol avtomatik ravishda tuzatiladi. Yangi tizim ma'lumotlar buzilishining boshqa turlariga chidamli. NTFS faylni yozayotganda to'g'ridan-to'g'ri uning metama'lumotlarini yozadi. Agar shu vaqt ichida elektr uzilishi yoki kompyuterning ishdan chiqishi sodir bo'lsa, siz ma'lumotlarning buzilishiga duch kelasiz.
Metama'lumotlar o'zgarishi paytida ReFS ma'lumotlarning yangi nusxasini yaratadi va metadata diskka yozilgandan keyingina ma'lumotlarni fayl bilan bog'laydi. Bu ma'lumotlarning buzilishi ehtimolini yo'q qiladi. Bu xususiyat "yozishda nusxa ko'chirish" deb nomlanadi va u boshqa mashhur Linux operatsion tizimlarida ham mavjud: ZFS, BtrFS va Apple APFS fayl tizimi.
ReFS zamonaviyroq va NTFS-ga qaraganda ancha katta hajmli va uzunroq fayl nomlarini qo'llab-quvvatlaydi. Uzoq muddatda bu muhim yaxshilanishlardir. NTFS fayl tizimida fayl nomi 255 belgi bilan cheklangan, ReFS da fayl nomi 32768 belgigacha bo'lishi mumkin. Windows 10 NTFS fayl tizimlari uchun belgilar chegarasini o'chirishga imkon beradi, lekin u har doim ReFS hajmlarida o'chirib qo'yilgan.
ReFS endi DOS 8.3 qisqa fayl nomlarini qo'llab-quvvatlamaydi. NTFS hajmida siz kirishingiz mumkin C:\Dastur fayllari\ ichida C:\PROGRA~1\ eski dasturiy ta'minot bilan mosligini ta'minlash uchun.
NTFS nazariy maksimal 16 ekzabaytga ega, ReFS esa nazariy maksimal 262144 ekzabaytga ega. Garchi hozir bu juda muhim emas, lekin kompyuter doimo rivojlanib bormoqda.
ReFS NTFS orqali fayl tizimining ish faoliyatini yaxshilash uchun mo'ljallanmagan. Microsoft juda aniq holatlarda ReFS tizimini yanada samaraliroq qildi.
Misol uchun, Storage Space bilan foydalanilganda, ReFS "real vaqtda optimallashtirish" ni qo'llab-quvvatlaydi. Aytaylik, sizda ikkita drayvli haydovchi hovuzingiz bor, biri maksimal ishlash uchun, ikkinchisi esa ovoz balandligi uchun. ReFS har doim ma'lumotlarni tezroq haydovchiga yozib, maksimal ishlashni ta'minlaydi. Orqa fonda fayl tizimi ma'lumotlarning katta qismlarini uzoq muddatli saqlash uchun avtomatik ravishda sekinroq disklarga o'tkazadi.
Windows Server 2016-da Microsoft virtual mashina xususiyatlarining yaxshi ishlashini ta'minlash uchun ReFS-ni yaxshiladi. Microsoft Hyper-V virtual mashinasi bu imtiyozlardan foydalanadi (nazariy jihatdan har qanday virtual mashina ReFS dan foydalanishi mumkin).
Masalan, ReFS bloklarni klonlashni qo'llab-quvvatlaydi, bu esa VM klonlash va nazorat nuqtalarini birlashtirish operatsiyalarini tezlashtiradi. Virtual mashinaning nusxasini yaratish uchun ReFS faqat yangi metama'lumotlarni diskka yozishi va mavjud ma'lumotlarga havolani taqdim etishi kerak. Buning sababi, ReFS-da bir nechta fayllar diskdagi bir xil ma'lumotlarga ishora qilishi mumkin.
VM diskga yangi ma'lumotlarni yozganda, u boshqa joyga yoziladi, asl VM ma'lumotlari esa diskda qoladi. Bu klonlash jarayonini sezilarli darajada tezlashtiradi va kamroq disk o'tkazish qobiliyatini talab qiladi.
ReFS ham yangi xususiyatni taklif etadi "nodir VDL", bu ReFS ga katta faylga tezda nol yozish imkonini beradi. Bu yangi, bo'sh qattiq o'lchamli virtual qattiq disk (VHD) faylini yaratishni sezilarli darajada tezlashtiradi. NTFS da bu operatsiya 10 daqiqa, ReFS da bir necha soniya vaqt olishi mumkin.
Bir qator afzalliklarga qaramay, ReFS hali NTFS o'rnini bosa olmaydi. Windows ReFS bo'limidan yuklay olmaydi va NTFS talab qiladi. ReFS ma'lumotlarni siqish, fayl tizimini shifrlash, qattiq havolalar, kengaytirilgan atributlar, ma'lumotlarni tekshirish va disk kvotalari kabi NTFS xususiyatlarini qo'llab-quvvatlamaydi. Ammo NTFSdan farqli o'laroq, ReFS BitLocker yordamida diskni to'liq shifrlashni, shu jumladan tizim disklari tuzilmalarini amalga oshirishga imkon beradi.
Windows 10 ReFS-da bo'limni formatlash imkonini bermaydi, bu fayl tizimi faqat Disk maydonida mavjud. ReFS bir nechta qattiq disklar hovuzlarida ishlatiladigan ma'lumotlarni buzilishdan himoya qiladi. Windows Server 2016 da NTFS o'rniga ReFS yordamida hajmlarni formatlashingiz mumkin. Bunday hajm virtual mashinalarni saqlash uchun ishlatilishi mumkin, ammo operatsion tizim hali ham faqat NTFS-dan yuklanishi mumkin.
Hetman Partition Recovery sizga imzo tahlili algoritmi yordamida ReFS fayl tizimi tomonidan boshqariladigan disk maydonini tahlil qilish imkonini beradi. Qurilma sektorini sektorlar bo'yicha tahlil qilib, dastur baytlarning ma'lum ketma-ketligini topadi va ularni foydalanuvchiga ko'rsatadi. ReFS disk maydonidan ma'lumotlarni tiklash NTFS fayl tizimi bilan ishlashdan farq qilmaydi:
Yangi fayl tizimining kelajagi juda noaniq. Microsoft Windows-ning barcha versiyalarida eski NTFS-ni almashtirish uchun ReFS-ni yakunlashi mumkin. Hozirgi vaqtda ReFS-dan universal foydalanish mumkin emas va faqat ma'lum vazifalar uchun xizmat qiladi.
Agar siz allaqachon Microsoft-ning yangi operatsion tizimlarini o'rnatgan bo'lsangiz va ular bilan ishlagan bo'lsangiz: Windows Server 2012 va Windows 8, endi ReFS fayl tizimida yangi jildlarni formatlash mumkinligini allaqachon payqagan bo'lsangiz kerak. Fayl tizimi nima ReFS? ReFS qisqartmasi ma'nosini anglatadi Chidamli fayl tizimi, ya'ni. rus tilida "Nosozliklarga chidamli fayl tizimi".
Microsoft ReFS fayl tizimini hozirgi vaqtda texnologik imkoniyatlari allaqachon chegaralangan NTFS fayl tizimining vorisi sifatida o'qiydi. Xususan, katta hajmdagi ma'lumotlar tashuvchilar bilan ishlashda ularning ishi bilan bog'liq qiyinchiliklar mavjud: xatolarni tekshirish operatsiyasini bajarishda u juda uzoq davom etadi va jurnal sekin ishlaydi va NTFS fayl tizimidagi maksimal fayl hajmi chegaralariga etadi.
ReFS-dagi innovatsiyalarning aksariyati fayl va papka tuzilmalarini yaratish va boshqarish sohasida yotadi. Bu funksiyalar xatolarni avtomatik tuzatish, yuqori miqyoslilik va Doim Onlaynda ishlashi uchun amalga oshiriladi. ReFS fayl tizimidagi papkalar yozuvlar sifatida fayllarga ega bo'lgan jadvallar shaklida tuzilgan, ular o'z navbatida ma'lumotlar bazalaridan bizga tanish bo'lgan B+ daraxtlarining ierarxik daraxt strukturasini amalga oshiruvchi pastki jadvallar sifatida tashkil etilgan o'z atributlariga ega bo'lishi mumkin. Bo'sh disk maydoni jadvallarda ham tashkil etilgan.
ReFSni ishlab chiqishda quyidagi maqsadlarga erishildi:
ReFS ning asosiy xususiyatlari
ReFS fayl tizimi cheklovlari
ReFS o'zidan oldingi NTFS ning ko'pgina xususiyatlari va semantikasini meros qilib oldi, jumladan:
ReFS fayl tizimidagi barcha ma'lumotlarga hozirda NTFS bo'limlariga kirish uchun foydalaniladigan bir xil API orqali kirish mumkin bo'ladi.
ReFS quyidagi NTFS xususiyatlarini olib tashladi:
ReFS qo'llab-quvvatlashi Windows 8 va Windows Server 2012 da joriy qilingan va faqat ma'lumotlar hajmlari uchun. Ya'ni, ReFS bo'limlari operatsion tizimni o'rnatish va undan yuklash uchun ishlatilmaydi. Vaqt o'tishi bilan ReFS qo'shimcha funktsiyalar bilan jihozlanadi va eski NTFS tizimini to'liq almashtira oladi. Ehtimol, barcha yangi xususiyatlar Windows 8 uchun birinchi xizmat paketida paydo bo'ladi.
Bundan tashqari, ReFSni olinadigan va ko'chma xotira qurilmalariga hali qo'llash mumkin emas (ReFS hozirda faqat ichki media uchun qo'llaniladi).
Noxush lahza - mavjud NTFS hajmlarini tezda ReFS ga aylantirib bo'lmaydi. Ma'lumotlar muntazam nusxa ko'chirish orqali uzatilishi kerak.
Ovozni Diskni boshqarish konsoli orqali ReFS fayl tizimiga formatlash mumkin. Lekin Qo'shimcha variantlar, masalan, yaxlitlikni tekshirishni yoqish, faqat buyruq satridan yoqish mumkin.
Masalan, siz ReFS yaxlitligini tekshirishni quyidagi buyruq bilan yoqishingiz mumkin:
Format /fs:refs /q /i:enable
Butunlikni tekshirishni o'chirib qo'ying.
