Microsoft-ning yangi ReFS fayl tizimi dastlab quyidagi serverlarda paydo bo'ldi Windows boshqaruvi 2012. Va faqat keyinroq u Windows 10-ga kiritilgan bo'lib, u faqat disk hovuzining Saqlash joylari (disk maydonini virtualizatsiya texnologiyasi) xususiyatining bir qismi sifatida ishlatilishi mumkin. V Windows Server 2016 Microsoft ReFS fayl tizimi bilan ishlashni sezilarli darajada yaxshilashni va'da qilmoqda, bundan tashqari, chop etilgan mish-mishlarga ko'ra, ReFS eskirgan fayl tizimini almashtirish uchun kelishi mumkin. NTFS tizimi v yangi versiya Windows 10, g'urur bilan Windows 10 Pro deb ataladi (ilg'or kompyuterlar uchun).
Lekin aynan ReFs nima, u hozirda foydalanilayotgan NTFS fayl tizimidan nimasi bilan farq qiladi va u qanday afzalliklarga ega?
ReFS nima
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. Ammo siz, aytaylik, diskni formatlay olmaysiz va unga yangi o'rnatishni o'rnatolmaysiz. Windows nusxasi NTFS da buni qanday qilgan bo'lardingiz.
ReFS ma'lumotlaringizni himoya qiladi
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 yozadi yangi blok. Bu faylning buzilishining oldini oladi. Ushbu strategiya "yozishda nusxa ko'chirish" (yozishda nusxa ko'chirish, yozishda tanlash) deb ataladi. Ushbu strategiya Linuxdagi ZFS va BtrFS kabi boshqa zamonaviy fayl tizimlarida, shuningdek, yangi Apple APFS fayl tizimida mavjud.
NTFS fayl tizimi cheklovlari
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 maksimal miqdor belgilar allaqachon ta'sirli 32768 belgi. 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.
ReFS ishlashi
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. V fon ReFS katta hajmdagi ma'lumotlarni avtomatik ravishda sekinroq haydovchiga 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. Misol uchun, 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 yaratish jarayonini sezilarli darajada tezlashtiradi, bo'sh fayl virtual qattiq disk qattiq o'lcham (VHD). ReFS-da bunday faylni yaratish bir necha soniya davom etadi, NTFSda esa bunday operatsiya 10 daqiqagacha davom etadi.
Va shunga qaramay, ReFS NTFSni to'liq almashtira olmaydi
Biz yuqorida tavsiflagan hamma narsa yaxshi eshitiladi, lekin siz NTFS-dan ReFS-ga o'ta olmaysiz. Windows NTFS talab qilinganda 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. Lekin davom bu daqiqa ReFS faqat ma'lum vazifalar uchun ishlatilishi mumkin.
ReFSni qo'llash
Yangi operatsion tizimni qo'llab-quvvatlash haqida yuqorida ko'p narsa aytilgan. 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 standartdan foydalanib, ReFS uchun bo'limni formatlashingiz mumkin Windows vositasi Disk boshqaruv konsolida. Agar foydalanayotgan bo'lsangiz, ReFS ostida formatlashni unutmang virtual serverlar. 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
Yaqinda ommaviy beta versiyasi chiqdi Microsoft Windows 8 E'lon qilingan ReFS fayl tizimini qo'llab-quvvatlaydigan server (Resilient File System - nosozliklarga chidamli fayl tizimi), ilgari "Protogon" kod nomi bilan tanilgan. Ushbu fayl tizimi NTFS fayl tizimiga muqobil sifatida taqdim etilgan bo'lib, u yillar davomida Microsoft mahsulotlariga asoslangan ma'lumotlarni saqlash tizimlari segmentida o'zini keyinchalik mijoz tizimlariga ko'chishi bilan isbotlagan.
Ushbu maqolaning maqsadi fayl tizimining tuzilishini, uning afzalliklari va kamchiliklarini yuzaki tavsiflash, shuningdek, ma'lumotlarning yaxlitligini saqlash nuqtai nazaridan uning arxitekturasini tahlil qilish va ma'lumotlar buzilgan yoki o'chirilgan taqdirda qayta tiklash istiqbollari. foydalanuvchi. Maqolada fayl tizimining arxitektura xususiyatlarini va uning potentsial ishlashini o'rganish ham ochib berilgan.
Windows Server 8 Beta
Operatsion tizimning ushbu versiyasida mavjud fayl tizimi varianti faqat 64KB maʼlumotlar klasterlarini va 16KB metadata klasterlarini qoʻllab-quvvatlaydi. Boshqa klaster o'lchamiga ega ReFS fayl tizimlari qo'llab-quvvatlanadimi yoki yo'qmi hali aniq emas: hozirda ReFS hajmini yaratishda Cluster Size sozlamasi e'tiborga olinmaydi va har doim sukut bo'yicha. Fayl tizimini formatlashda klaster hajmini tanlash uchun yagona imkoniyat 64KB. Bu, shuningdek, ishlab chiquvchilar bloglarida eslatib o'tilgan yagona narsa.
Klasterning bunday o'lchami amalda qo'llanilishi mumkin bo'lgan har qanday hajmdagi fayl tizimlarini tashkil qilish uchun etarli bo'ladi, lekin shu bilan birga ma'lumotlarni saqlashda sezilarli ortiqcha bo'lishiga olib keladi.
Fayl tizimi arxitekturasi
ReFS va NTFS o'rtasidagi tez-tez uchraydigan yuqori darajadagi o'xshashliklarga qaramay, biz faqat "standart ma'lumot", "fayl nomi", ba'zi atribut bayroqlarining qiymatlari bilan muvofiqligi va boshqalar kabi ba'zi metama'lumotlar tuzilmalarining muvofiqligi haqida gapiramiz. ReFS tuzilmalarining diskda amalga oshirilishi boshqa Microsoft fayl tizimlaridan tubdan farq qiladi.
Yangi fayl tizimining asosiy strukturaviy elementlari B+-daraxtlardir. Fayl tizimi strukturasining barcha elementlari bir darajali (roʻyxatlar) yoki koʻp darajali B+-daraxtlar bilan ifodalanadi, bu esa fayl tizimining deyarli har qanday elementlarini sezilarli darajada masshtablash imkonini beradi. Tizimning barcha elementlarini haqiqiy 64-bitli raqamlash bilan bir qatorda, bu uning keyingi miqyosidagi "torbog'lar" ko'rinishini yo'q qiladi.
B+ daraxtining ildiz yozuviga qo'shimcha ravishda, boshqa barcha yozuvlar butun metama'lumotlar blokining o'lchamiga ega (da bu holat- 16KB); oraliq (manzil) tugunlari kichik umumiy hajmga ega (taxminan 60 bayt). Shuning uchun, odatda, hatto juda katta tuzilmalarni tasvirlash uchun kam sonli daraxt sathi talab qilinadi, bu tizimning umumiy ishlashiga ijobiy ta'sir qiladi.
Fayl tizimining asosiy tuzilmaviy elementi B + daraxti sifatida taqdim etilgan "Katalog" bo'lib, uning kaliti papka ob'ektining raqamidir. Boshqa shunga o'xshash fayl tizimlaridan farqli o'laroq, ReFS-dagi fayl "Katalog" ning alohida asosiy elementi emas, faqat uni o'z ichiga olgan papkada yozuv sifatida mavjud. Ehtimol, bu me'moriy xususiyat tufayli qattiq havolalar ReFS-da qo'llab-quvvatlanmaydi.
"Katalog barglari" terilgan yozuvlardir. Jild obyekti uchun yozuvlarning uchta asosiy turi mavjud: katalog deskriptori, indeks yozuvi va ichki oʻrnatilgan obyekt deskriptori. Barcha bunday yozuvlar papka identifikatori bilan alohida B+ daraxti sifatida paketlangan; bu daraxtning ildizi "Katalog" ning B+-daraxtining bargi bo'lib, u deyarli har qanday miqdordagi yozuvlarni papkaga to'plash imkonini beradi. Jildning B+-daraxt varaqlarining pastki sathida, birinchi navbatda, papka haqidagi asosiy ma'lumotlarni (masalan: nom, "standart ma'lumot", fayl nomi atributi va boshqalar) o'z ichiga olgan katalog identifikatori yozuvi mavjud. Ma'lumotlar tuzilmalari NTFSda qabul qilinganlar bilan juda ko'p umumiyliklarga ega, garchi ular bir qator farqlarga ega bo'lsalar ham, ularning asosiysi nomlangan atributlarning terilgan ro'yxatining yo'qligi.
Katalogda keyingi o'rinda indeks yozuvlari joylashgan: papkadagi elementlar haqidagi ma'lumotlarni o'z ichiga olgan qisqa tuzilmalar. NTFS bilan solishtirganda, bu yozuvlar ancha qisqaroq, bu esa kamroq metama'lumotlar bilan tovushni chalkashtirib yuboradi. Katalog yozuvlari oxirgidan keyin keladi. Papkalar uchun bu elementlar paket nomini, "Katalog"dagi papkaning identifikatorini va "standart ma'lumotlar" tuzilishini o'z ichiga oladi. Fayllar uchun identifikator yo'q, lekin uning o'rniga strukturada fayl haqidagi barcha asosiy ma'lumotlar, shu jumladan fayl qismlarining B+ daraxtining ildizi mavjud. Shunga ko'ra, fayl deyarli har qanday miqdordagi fragmentlardan iborat bo'lishi mumkin.
Diskda fayllar 64 KB bloklarda joylashgan bo'lsa-da, ular metadata bloklari bilan bir xil tarzda (16 KB klasterlarda) yo'naltirilgan. ReFS-dagi fayl ma'lumotlarining "yashash joyi" qo'llab-quvvatlanmaydi, shuning uchun diskdagi 1 baytli fayl butun 64 KB blokni egallaydi, bu kichik fayllarda saqlashning sezilarli ortiqcha bo'lishiga olib keladi; boshqa tomondan, bo'sh joyni boshqarishni soddalashtiradi va yangi fayl uchun bo'sh joy ajratish ancha tezroq.
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 yaxshi moslashuvchanlik uchun takrorlanadi.
Muvaffaqiyatsiz
Maqsad mavjud ReFS dasturining barqarorligini sinab ko'rish emas edi. Fayl tizimi arxitekturasi nuqtai nazaridan, u jiddiy apparat nosozliklaridan keyin ham fayllarni xavfsiz tiklash uchun barcha kerakli vositalarga ega. Metadata tuzilmalarining qismlari o'z identifikatorlarini o'z ichiga oladi, bu sizga tuzilmalarning egaligini tekshirish imkonini beradi; metama'lumotlarga havolalar havola qilingan bloklarning 64-bitli nazorat yig'indisini o'z ichiga oladi, bu esa havola orqali o'qilgan blokning yaxlitligini baholashga imkon beradi.
Shuni ta'kidlash kerakki, foydalanuvchi ma'lumotlarining nazorat yig'indisi (fayl tarkibi) hisoblanmaydi. Bir tomondan, bu ma'lumotlar sohasidagi yaxlitlikni tekshirish mexanizmini o'chirib qo'yadi, boshqa tomondan, metama'lumotlar sohasidagi minimal o'zgarishlar tufayli tizimni tezlashtiradi.
Metama'lumotlar tarkibidagi har qanday o'zgarish ikki bosqichda amalga oshiriladi: birinchidan, bo'sh disk maydonida metama'lumotlarning yangi (o'zgartirilgan) nusxasi yaratiladi, so'ngra muvaffaqiyatli bo'lsa, atomik yangilash operatsiyasi havolani eski (o'zgarmagan) dan havolaga o'tkazadi. yangi (o'zgartirilgan) metama'lumotlar maydoni. Ushbu strategiya (Copy-on-Write (CoW) - copy-on-write) ma'lumotlar yaxlitligini avtomatik ravishda saqlab, jurnalga kirishdan qochadi.
Diskdagi bunday o'zgarishlarni tasdiqlash uzoq vaqt davomida amalga oshirilmasligi mumkin, bu FS holatidagi bir nechta o'zgarishlarni bittaga birlashtirishga imkon beradi.
Ushbu 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 strukturasini qayta tiklash orqali amalga oshiriladi (CoW yordamida), bu esa saqlaydi oldingi versiya diskdagi metama'lumotlar bloki. Bu o'chirilgan fayllarni yangi foydalanuvchi ma'lumotlari bilan qayta yozishdan oldin tiklash imkonini beradi.
Saqlash zaxirasi
Bunday holda, biz ma'lumotlarni saqlash sxemasi tufayli disk maydonini isrof qilish haqida gapiramiz. Sinov maqsadida o'rnatilgan Windows Server 580 GB ReFS bo'limiga ko'chirildi. Bo'sh FSdagi metama'lumotlarning hajmi taxminan 0,73 Gb edi.
Nusxalashda o'rnatilgan Windows ReFS-ga ega bo'lgan server uchun fayl ma'lumotlarini saqlashning ortiqcha miqdori NTFS-da 0,1% dan ReFS-da deyarli 30% gacha o'sdi. Shu bilan birga, metama'lumotlar tufayli taxminan 10% ko'proq ortiqcha qo'shildi. Natijada, NTFS da 11 Gb "foydalanuvchi ma'lumotlari" (70 mingdan ortiq fayl), metama'lumotlar bilan birga 11,3 Gb, ReFSda esa 16,2 Gb joy egalladi; bu shuni anglatadiki, ReFS-da ma'lumotlarni saqlashning ortiqcha miqdori ushbu turdagi ma'lumotlar uchun deyarli 50% ni tashkil qiladi. Kichik miqdordagi katta fayllar bilan bu ta'sir, albatta, kuzatilmaydi.
Ish tezligi
Beta haqida gapirayotganimiz sababli, FS ishlash o'lchovlari o'tkazilmadi. FS arxitekturasi nuqtai nazaridan ba'zi xulosalar chiqarish mumkin. 70 mingdan ortiq fayllarni ReFSga nusxalashda bu 4 darajali "Katalog" B+ daraxtini yaratdi: "ildiz", o'rta daraja 1, o'rta daraja 2, "barglar".
Shunday qilib, papka atributlarini qidirish uchun (daraxt ildizi keshlangan bo'lsa), 16 KB bloklarning 3 ta o'qilishi talab qilinadi. Taqqoslash uchun, NTFS-da bu operatsiya 1-4KB hajmdagi bir marta o'qishni oladi (agar $MFT joylashuv xaritasi keshlangan bo'lsa).
Fayl atributlarini papka va fayl nomi bo'yicha ReFS da papka ichida (bir nechta yozuvli kichik papka) topish bir xil 3 ta o'qishni talab qiladi. NTFS da 2 1KB o'qish yoki 3-4 o'qish allaqachon talab qilinadi (agar fayl yozuvi norezident "indeks" atributida bo'lsa). Kattaroq paketlarda NTFS o'qishlar soni ReFS uchun zarur bo'lgan o'qishlar sonidan ancha tez o'sadi.
Xuddi shu narsa fayllar mazmuni uchun ham amal qiladi: NTFS da fayl fragmentlari sonining o'sishi turli $MFT fragmentlari bo'ylab joylashgan uzun ro'yxatlarning takrorlanishiga olib keladi, ReFS da bu B+-tree qidiruvi orqali amalga oshiriladi.
xulosalar
Yakuniy xulosalar chiqarishga hali erta, lekin fayl tizimining joriy tatbiq etilishi fayl tizimining dastlabki e'tiborini server segmentiga, birinchi navbatda, virtualizatsiya tizimlariga, ma'lumotlar bazasini boshqarish tizimiga va arxivni saqlash serverlariga tasdiqlaydi, bu erda tezlik va ishonchlilik yuqori. muhim ahamiyatga ega. Fayl tizimining asosiy kamchiliklari, masalan, diskdagi ma'lumotlarni samarasiz o'rash, katta fayllar bilan ishlaydigan tizimlarda inkor etiladi.
SysDev Laboratories ushbu fayl tizimining rivojlanishini kuzatib boradi va ushbu fayl tizimidan ma'lumotlarni qayta tiklashni qo'llab-quvvatlashni rejalashtirmoqda. Microsoft Windows 8 Server Beta uchun eksperimental ReFS yordami allaqachon UFS Explorer mahsulotlarida muvaffaqiyatli amalga oshirilgan va hamkorlar o'rtasida yopiq beta sinovlari uchun mavjud. ReFS-dan o'chirilgan fayllarni tiklash vositalarining rasmiy chiqarilishi, shuningdek, apparatdagi nosozliklar tufayli fayl tizimi buzilganidan keyin ma'lumotlarni tiklash biroz oldinroq yoki ReFS qo'llab-quvvatlanadigan Microsoft Windows 8 Serverning chiqarilishi bilan bir vaqtda rejalashtirilgan.
Versiya 16.03.2012.
SysDev Laboratories materiallari asosida
Asl nusxaga havola bo'lsa, qayta chop etishga yoki iqtibos keltirishga ruxsat beriladi
Avval Windows Serverda, endi esa Windows 10 da zamonaviy REFS (Resilient File System) fayl tizimi paydo bo'ldi, unda siz kompyuterning qattiq disklarini formatlashingiz yoki yaratishingiz mumkin. tizim degan ma'noni anglatadi disk bo'shliqlari.
Ushbu maqola REFS fayl tizimi nima, uning NTFS dan farqlari va oddiy uy foydalanuvchisi uchun mumkin bo'lgan ilovalar haqida.
Disklardagi ma'lumotlarning yaxlitligini saqlash bilan bog'liq funktsiyalarga qo'shimcha ravishda, REFS NTFS fayl tizimidan quyidagi asosiy farqlarga ega:
- Odatda yaxshi ishlash, ayniqsa saqlash joylaridan foydalanganda.
- Nazariy hajm hajmi 262144 ekzabayt (NTFS uchun 16 ga nisbatan).
- 255 belgidan iborat fayl yo'li chegarasi yo'q (REFSda - 32768 belgi).
- REFS DOS fayl nomlarini (masalan, papkaga kirishni) qo'llab-quvvatlamaydi C:\Dastur fayllari\ yo'l yoqalab C:\dastur~1\ u ishlamaydi). NTFS bu xususiyatni eski dasturiy ta'minot bilan muvofiqligi uchun saqlab qoldi.
- REFS fayl tizimi yordamida siqishni, qo'shimcha atributlarni, shifrlashni qo'llab-quvvatlamaydi (NTFSda bu mavjud, u REFS uchun ishlaydi).
Hozircha formatlash mumkin emas tizim diski REFS-da funksiya faqat tizim bo'lmagan drayvlar uchun mavjud (olinadigan drayvlar uchun qo'llab-quvvatlanmaydi), shuningdek saqlash joylari uchun va, ehtimol, faqat oxirgi variant haqiqatan ham foydali bo'lishi mumkin. muntazam foydalanuvchi kim ma'lumotlar xavfsizligi haqida qayg'uradi.
E'tibor bering, diskni REFS fayl tizimida formatlashdan so'ng, undagi bo'sh joyning bir qismi darhol boshqaruv ma'lumotlari bilan band bo'ladi: masalan, bo'sh 10 GB disk uchun bu taxminan 700 MB.
Ehtimol, kelajakda REFS Windows-ning asosiy fayl tizimiga aylanishi mumkin, ammo hozirda bu sodir bo'lmadi. Microsoft veb-saytidagi fayl tizimi haqida rasmiy ma'lumotlar:
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.
Kirish
Fayl tizimlari ma'lumotlarning 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 ko'p jihatdan erishish mumkin: indekslash ta'minlaydi tezkor qidiruv, va bepul bloklarni oldindan band qilish 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, ayniqsa, chiplari bo'lgan arzon SSD-lar uchun dolzarbdir. TLC xotirasi, flesh-disklar va xotira kartalari.
Disk massivlari uchun alohida optimallashtirishlar mavjud turli darajalar: Masalan, fayl tizimi ovoz balandligini ajratmasdan engil hajmli aks ettirish, lahzali suratlar yoki dinamik masshtablashni qoʻllab-quvvatlashi mumkin.
Qora quti
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.
Ustida mobil gadjetlar Android bilan ext4 eng keng tarqalgan ichki xotira va microSD kartalarida FAT32. 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.
umumiy ildizlar
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 katta dinamik massivlarda fayl tizimi ob'ektlarini qidirishni tezlashtirish edi. qattiq disklar bir necha terabayt yoki undan ham ta'sirchan RAID massivlari.
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. Ular o'sish o'rniga, ko'proq shoxlanadi va kengayadi: B-daraxtdagi barcha shoxchalar o'zlarining bolalar ob'ektlariga ko'plab havolalarni saqlaydi, bu ularni kamroq xitlar bilan topishni osonlashtiradi. Katta raqam ko'rsatkichlar diskdagi eng uzun operatsiyalar sonini kamaytiradi - o'zboshimchalik bilan bloklarni o'qishda boshlarni joylashtirish.
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.
Flash xotira taraqqiyot dvigateli sifatida
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, 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, so'ngra to'liq 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 qildi, 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 optimallashtirish tashqi ta'sirlarga qaraganda ishlash va resursga 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 rivojlangan server texnologiyalari umuman qo'llanilmaydi. 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.
JFFS dan F2FS ga
Fleshli xotirani tashkil qilish tamoyillarini hisobga oladigan fayl tizimini yozishning birinchi urinishlaridan biri JFFS - Journaling Flash File System edi. Dastlab, Shvetsiyaning Axis Communications kompaniyasining ushbu rivojlanishi xotira samaradorligini oshirishga qaratilgan edi. tarmoq qurilmalari, qaysi Axis 90-yillarda chiqarilgan. 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 Osnabryuck universiteti o'qituvchisi Robert Mertensdir. Manba kodi LogFS 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 ravishda 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.
Kengaytmalar va bitmaplar
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 qaraladigan alohida bloklar to'plami sifatida inodlarning kengaytmalari sifatida ko'rish mumkin. Bir daraja o'z ichiga olishi mumkin butun fayl o'rta o'lchamli va katta fayllar uchun o'nlab yoki ikkita hajmni 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.
Yog 'cheklangan dieta
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.
Sir
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 edi qattiq disklar- dastlab 16-bit, ammo hozirgi kunga qadar u 32-bitga yetdi. 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 narsalarni qo'llab-quvvatlamaydi. zamonaviy texnologiyalar ma'lumotlar bilan ishlashni optimallashtirish.
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.
Smartfonning flesh-xotirasini qanday bo'shatish mumkin
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, unda jurnalning yo'qligi ko'pincha deyiladi, bu ko'proq narsani anglatadi. tezkor operatsiyalar yozib olish va NAND Flash xotira hujayralarida kamroq eskirish. 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 yoziladi turli hududlar flesh xotira. Bundan tashqari, NTFS-da indekslash tufayli qidiruvlar tezroq bo'ladi.
MA'LUMOT
FAT32 va NTFS uchun nazariy joylashtirish darajasi chegaralari belgilanmagan, lekin amalda ular bir xil: birinchi darajali katalogda faqat 7707 ta kichik katalog yaratish mumkin. Uya qo'g'irchoqlarini o'ynashni yaxshi ko'radiganlar buni qadrlashadi.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.
exFAT
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.
Yana bir asosiy exFAT farqi- kirishni boshqarish ro'yxatlarini (ACL) qo'llab-quvvatlash. 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.
btrfs
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.
Jurnallar
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 qayd qiladi 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 jurnalni yozishning ushbu usuli maksimal ishonchlilikka erishish usuli sifatida emas, balki tezlik va nosozlikka chidamlilik o'rtasidagi kelishuv sifatida mo'ljallangan edi. 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 energiya odatda kutilayotgan operatsiyalarni bajarish uchun etarli. To'liq jurnalga o'tishga urinish ba'zida ko'pgina operatsiyalar tezligini pasaytiradi.
Biz Windows-da uchinchi tomon fayl tizimlarini ulaymiz
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.
OGOHLANTIRISH
Uchinchi tomon fayl tizimlarini qo'llab-quvvatlash uchun ko'pgina drayverlar va plaginlar o'zlarining cheklovlariga ega va har doim ham barqaror ishlamaydi. Ular boshqa drayverlar, antivirus va virtualizatsiya dasturlari bilan ziddiyatli bo'lishi mumkin.Ext4 uchun qisman qo'llab-quvvatlanadigan ext2/3 bo'limlarini o'qish va yozish uchun ochiq manba drayveri. V 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.
Mavjud bepul plagin Total Commander uchun. 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 bergan "Windows 10 ichida yashiringan Linux yadrosi" ma'ruzasiga 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 tizimlarining imkoniyatlari va cheklovlari: xulosa jadvali
| 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 | 4 KB klasterlarda 32 TB (nazariy jihatdan) / 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 |
Har qanday narsani saqlash usuli odatda har doim qandaydir tartibni nazarda tutadi, lekin agar inson hayotida bu zaruriy shart bo'lmasa, kompyuterlar dunyosida ma'lumotlarni ularsiz saqlash deyarli mumkin emas. Ushbu tartiblilik fayl tizimida aks ettirilgan - bu turli xil foydalanuvchilarning ko'pchiligiga tanish bo'lgan tushuncha elektron qurilmalar va operatsion tizimlar.
Fayl tizimini har bir baytni ommaviy axborot vositalariga qanday, qayerda va qanday tarzda yozish kerakligini belgilaydigan qandaydir belgilash bilan solishtirish mumkin. Elektron davrning boshida paydo bo'lgan birinchi fayl tizimlari juda nomukammal edi, masalan, Minix fayl tizimi juda ko'p cheklovlarga ega va shu nom bilan atalgan. operatsion tizim Keyinchalik Linux yadrosining prototipiga aylangan Minix.
Ammo vaqt o'tdi, yangi fayl tizimlari paydo bo'ldi, yanada rivojlangan va barqaror. Bugungi kunda ulardan eng mashhuri, hech bo'lmaganda Windows foydalanuvchilari orasida, NTFS bo'lib, u FAT32 o'rnini egalladi, u endi faqat kichik flesh-disklarda qo'llaniladi va ko'plab kamchiliklarga ega, ulardan eng muhimi - 4 GB dan katta fayllarni yozishning mumkin emasligi. . Biroq, NTFS ularsiz emas. Shunday qilib, ko'plab mutaxassislarning fikriga ko'ra, unda tejamkorlik, unumdorlik va barqarorlik yo'q, shuning uchun birinchi serverdan, keyin esa mijoz tizimlaridan ortib borayotgan talablarga javob beradigan yanada rivojlangan fayl tizimini yaratish haqida o'ylash vaqti keldi.
Shunday qilib, 2012 yilda Microsoft ishlab chiquvchilari NTFS ga muqobil va kelajakda, ehtimol, uning o'rnini bosadigan qayta tiklanadigan fayl tizimini yoki qisqacha ReFS ni taqdim etdilar. Aslida, ReFS - bu NTFS rivojlanishining davomi bo'lib, undan talab qilinmagan barcha ortiqcha narsalarni olib tashlash, aksincha, yangi xususiyatlarni qo'shishga qaror qilindi.
Chidamli fayl tizimidagi yangilik:
- Xususiyatdan foydalanish arxitekturasi (saqlash joylari)
- Yuqori xatoga chidamlilik. NTFS da ma'lumotlar yo'qolishiga olib kelgan fayl tizimi xatolari ReFS da minimallashtiriladi
- Zararlangan hududlarni izolyatsiya qilish. Fayl tizimining qismlari shikastlangan taqdirda, yozilgan ma'lumotlarga kirishni ishlaydigan Windows tizimidan olish mumkin
- Xatolarni proaktiv tuzatish. Avtomatik ravishda hajmlarni buzilish uchun skanerlang va proaktiv ma'lumotlarni tiklash choralarini qo'llang
- Avtomatik tiklash metadata buzilganda pastki papkalar va tegishli fayllar
- Xatolarga chidamliligini oshirish uchun ortiqcha yozuvlardan foydalanish
- ReFS-dagi maksimal hajm hajmi 402 EB ga yetishi mumkin, NTFSda esa 18,4 EB.
- ReFS formatlangan faylda siz 18.3 EB faylni yozishingiz mumkin
- Bitta papkadagi fayllar soni 18 trln. NTFSda 4,3 mlrd
- Fayl nomi va unga yo'l uzunligi NTFS da 255 ga nisbatan 32767 ni tashkil qiladi
Nima olib tashlanadi:
- Ma'lumotlarni siqishni qo'llab-quvvatlash
- EFS texnologiyasidan foydalangan holda ma'lumotlarni shifrlash
- Kengaytirilgan fayl atributlari
- Qattiq havolalar
- Disk kvotalari
- Qisqa nomlar va ob'ekt identifikatorlarini qo'llab-quvvatlash
- Klaster hajmini o'zgartirish imkoniyati (shubhali bo'lib qolmoqda)
NTFS-dan nima meros bo'lib o'tadi:
- Kirish nazorati roʻyxatlari (ACL)
- Ovozli suratlarni yaratish
- O'rnatish nuqtalari
- Nuqtalarni qayta ko'rib chiqish
- BitLocker shifrlash
- Ramziy havolalarni yaratish va ulardan foydalanish
- Fayl tizimidagi barcha o'zgarishlarni qayd etish (USN jurnali)
ReFS hozirda dastlabki sinovdan o'tkazilmoqda, biroq kompyuter ixlosmandlari ReFS ning afzalliklarini hozir va mijoz uchun qadrlashlari mumkin. Windows tizimi 8.1 yoki 10. Buning uchun siz quyidagi registrni sozlashni amalga oshirishingiz kerak bo'ladi:
Biroq, ReFS-dan foydalaning doimiy asos Tavsiya etilmaydi. Birinchidan, tizim hali tugallanmagan, ikkinchidan, ReFS ga o'tishning har qanday imkoniyati va aksincha. uchinchi tomon dasturlari etishmayotgan, uchinchidan, agar siz tasodifan ReFS-da formatlangan bo'limdan fayllarni yo'qotib qo'ysangiz yoki o'chirsangiz, ularni qayta tiklash uchun hech narsa bo'lmaydi, chunki bu fayl tizimi bilan ishlaydigan ma'lumotlarni tiklash dasturlari hali mavjud emas.
Yaqin kelajakda ReFSni amalga oshirishni kutishimiz kerakmi? Kattaroq ishonch bilan aytishimiz mumkinki, bunday emas. Agar u amaliy qo'llanilsa, birinchi navbatda server tizimlarida, bu ham tez orada sodir bo'lmaydi, lekin mijoz Windows foydalanuvchilari bundan keyin kamida besh yil kutishlari kerak. Mijoz tizimlarida NTFS ning joriy etilishini eslash kifoya, keyin Microsoft buni amalga oshirish uchun etti yil vaqt talab qildi. Va eng muhimi, ReFSga alohida ehtiyoj yo'q. Ish stoli kompyuterlarida zettabaytli disklar paydo bo'lganda, ehtimol, ReFS uchun eng yaxshi vaqt keladi, ammo hozircha biz sabr-toqatli bo'lishimiz va kutishimiz kerak.
Kuningiz yahshi o'tsin!