Windows 10 нь олон файлын системийг дэмждэг. Тэдний зарим нь өв бөгөөд голчлон оршин тогтнож байна хоцрогдсон нийцтэй байдал, бусад нь орчин үеийн, өргөн хэрэглээтэй. Энэ нийтлэлд тайлбарласан болно янз бүрийн арга замууд, түүгээр та өөрийн хөтчүүд ямар файлын системээр форматлагдсаныг харах боломжтой.

Файлын систем нь таны мэдээллийг хадгалах, цэгцлэх тусгай арга юм янз бүрийн хэвлэл мэдээллийн хэрэгсэл, үүнд хатуу дискүүд, хатуу төлөвт хөтчүүд, USB хөтчүүд болон бусад төхөөрөмжүүд. Энэ нь таны компьютерт суулгасан програмууд болон үйлдлийн системд зориулсан файл, хавтсыг хадгалах, өөрчлөх, унших боломжийг олгоно.

Та дотоод диск эсвэл флаш дискийг форматлахдаа үүнийг хадгалах хэрэгсэл болгон ашиглахаар бэлтгэж байна үйлдлийн систем. Энэ процессын явцад файлын систем үүсдэг. Форматлах явцад диск эсвэл хуваалт дээр хадгалагдсан бүх мэдээлэл устах болно.

Windows 10 нь файлын системийг дэмждэг FAT, FAT32, exFAT, NTFSТэгээд ReFSнэмэлт ашиглахгүйгээр програм хангамж.

Тэд өөр өөр функц, шинж чанартай байдаг. Жишээлбэл, FAT болон FAT32 нь хуучин файлын системүүд юм. FAT дээд тал нь 4 ГБ багтаамжийг дэмждэг бол FAT32 нь 32 ГБ багтаамжийг дэмждэг. FAT файлын системд мөн хязгаарлалт байдаг хамгийн их хэмжээфайл. NTFS бол файлын шахалт, шифрлэлтийг дэмждэг цорын ганц файлын систем бөгөөд дэвшилтэт функцуудтай.

Таны хөтчүүд дээр ашигласан файлын системийг олохын тулд хэд хэдэн аргыг ашиглаж болно.

Windows 10 дээрх хөтчүүдийн файлын системийг мэдэхийн тулд дараах алхмуудыг дагана уу.

1. Нээлттэй "Дамжуулагч"мөн хавтас руу очно уу "Энэ компьютер".

1. Драйв дээр хулганы баруун товчийг дараад контекст цэснээс сонгоно уу "Properties".

1. Properties цонхны Ерөнхий таб дээр та өөрийн дискний файлын системийг харах болно.

Энэ арга нь хамгийн энгийн бөгөөд хурдан юм.

Мөн та ашиглаж болно Diskpart хэрэгсэл, Disk Management эсвэл PowerShell.

Diskpart ашиглан дискний файлын системийг харах

1. Win + R товчлуурын хослолыг дарна уу.

1. Run талбарт " гэж оруулна уу. дискний хэсэг"гэж Enter дарна уу.

1. Diskpart дээр командыг оруулна уу жагсаалтын эзлэхүүн.

Тушаалыг ажиллуулсны дараа та компьютерт холбогдсон диск бүрийн файлын системийг харах болно.

Disk Management ашиглан дискний файлын системийг харуул.

1. Win + X товчийг дарж эсвэл хулганы баруун товчийг дарна уу "Эхлэх".

1. WinX цэснээс сонгоно уу

1. Файлын системийн баганад утгуудыг харна уу.

Эцэст нь PowerShell скрипт хэлийг ашиглан компьютерт холбогдсон драйв бүрийн файлын системийг тодорхойлох өөр нэг арга бий.

1. Нээлттэй PowerShellадминистраторын нэрийн өмнөөс.

1. Оруулна уу: авах хэмжээболон Enter товчийг дарна уу.

1. Гаралтыг баганын утгыг харна уу Файлын системийн төрөл.

Одоо та дискнийхээ файлын системийг тодорхойлоход маш хялбар гэдгийг мэдэж байна. Та хамгийн дуртай ямар ч аргыг хэрэглэж болно.

1991 онд SanDisk 20MB SSD-г 1000 доллараар зарсан боловч түүнээс хойш технологи нь бага зэрэг хямдарсан. Үүний зэрэгцээ SSD нь илүү хурдан бөгөөд чимээгүй байдаг. Өнөөдөр SSD тохиргоо Windows 10-д зориулсан хөтчүүд нь зөвхөн харьцангуй богино хугацааны ашиглалтаас айдаг хүмүүст сонирхолтой биш юм. Энэ сул талыг нөхөхийн тулд төхөөрөмжийн хянагч нь ачаалал багатай санах ойн нүдийг ашиглахын тулд дахин бичих мөчлөгийн тооны талаарх мэдээллийг хадгалах боломжтой. Үүнийг хийхийн тулд SSD-г Windows 10-д тохируулсан.

Бүх зүйл тийм ч муу биш байгааг та харж байна, учир нь HDD нь системийн секторуудыг нүх рүү арчиж, цаашид юу ч хийж чадахгүй. Windows 10 ачаалахгүй, маш удаан ажилладаг. Мөн тохируулагч ашиглах нь ашиггүй бөгөөд системийн оюун ухаан нь салбарын уншилтыг даван туулахад хангалтгүй юм. Үүний зэрэгцээ, хэрэв хатуу дискний тохиромжтой хэсэгт арав суулгаж чадвал үнэ байхгүй болно. Оновчлол хатуу дискЭнэ талаар боломжгүй, гэхдээ SSD суулгах нь энгийн хэрэглэгчийн чадамжид багтдаг. Систем бидний хувьд маш их зүйлийг хийсэн тул энэ тоймоос их зүйл хүлээх хэрэггүй. Арав нь аль хэдийн SSD-д хамгийн их тохируулагдсан байна.

Хэрхэн тохируулах вэ

Windows хуудасны файлыг SSD дээр үлдээх нь үр ашигтай эсэх талаар олон хүмүүс аль хэдийн гайхаж байсан. Санах ойн хурд нь өмнө нь ашигласан мэдээллийг хуудаслах, ачаалах энэ хуучин заль мэх хэрэгтэй эсэх нь тодорхойгүй байна. Үүнд эрүүл ухаан, нэг халбага утгагүй зүйл байгаа гэдэгт бид итгэлтэй байна.

1. Хэрэв RAM-д мэдээлэл байхгүй бол процессор түүнийг хаанаас ч авч чадахгүй. Оролцсон хэвээр байх болно HDD. Энэ аргыг ашиглан үйлчилгээний хугацааг уртасгах боломжгүй. Өөр нэг зүйл бол та зай гаргах боломжтой.
2. Нөөцийг өргөтгөх санаа нь маш их хамааралтай. Бид илүү мөрийцвөл ямар вэ? санамсаргүй хандалт санах ой, тэгээд хуудас солих шаардлагагүй болох уу? Энэ нь илүү ухаалаг арга юм, учир нь RAM ямар ч байсан ажиллах болно. Гэхдээ илүү их эстэй байх тусам тус бүр дээр элэгдэл багатай байдаг.

Шаардлагагүй процессуудыг идэвхгүй болгох

За, мэдээжийн хэрэг, Windows оновчлолхадгалалтын хандалтын тоог бууруулж болно. Энэ нь шаардлагагүй үйлчилгээ, процессыг идэвхгүй болгож, аливаа үйл ажиллагааг багасгах, галт ханаар дамжуулан үйл ажиллагааг хязгаарлах явдал юм.

TRIM

Гэсэн хэдий ч тусгай дискний оновчлол байдаг. Бид үндсэндээ DisableDeleteNotify параметрийн талаар ярьж байна. Үүний утгыг асууж, шаардлагатай бол тэг болгоё.

DisableDeleteNotify 0 үйлдлийн систем нь HDD-тэй системд мөн хамааралтай боловч техник хангамж үүнийг дэмждэггүй. Тодруулбал, ReFS... суулгаагүй шугам нь SSD-г залгасны дараа шууд сонголт хийх боломжтой болно гэсэн үг юм (энэ системийн нэгжид ийм зүйл байхгүй). Энэ тушаалыг TRIM гэж нэрлэдэг бөгөөд үүнийг ATA интерфэйсэд нэвтрүүлсэн боловч соронзон хөтчүүд үүнийг хянагчийн түвшинд дэмждэггүй. Хэдийгээр бид байгальд зарим үл хамаарах зүйлүүд байж болохыг үгүйсгэхгүй.

Дээрх кодын хэсгээс бид 10-аас доош насны SSD хөтчүүдийг оновчтой болгох шаардлагагүй гэж дүгнэж болно, учир нь зөөвөрлөгчтэй болгоомжтой харьцах сонголт аль хэдийн идэвхжсэн байна. Хэдийгээр та энэ байрлалыг тушаалаар шалгах шаардлагатай хэвээр байна (дээрхийг үзнэ үү). Соронзон хатуу дискийг оновчтой болгох боломжгүй, учир нь техник хангамжийн дэмжлэг байхгүй.

Индексжүүлэх

Зарим шинжээчид файлын индексжүүлэлтийг идэвхгүй болгохыг санал болгож байгаа боловч энэ арга хэмжээний мөн чанар нь бүрэн тодорхойгүй байна. Үйлдлийн систем нь хадгалсан сонголтууд болон бэлэн хариултуудыг ашиглахын оронд зүгээр л агуулгын хүснэгтийг үрэх болно. Ичих горимын тухайд гэвэл маш олон хэрэглэгчдэд таалагддаг тул хүн бүр үүнийг системээс хасах шийдвэр гаргахгүй. Үүний зэрэгцээ, тохиргоо нь анхдагчаар системийн тохиргоонд аль хэдийн идэвхгүй болсон байна. Тайлбарлая: эхний аравт ичээний горимыг анхдагч байдлаар идэвхгүй болгосон бөгөөд хэрэв хэн нэгэн үүнийг ашиглахыг хүсвэл үүнийг арилгахыг зөвшөөрөх магадлал багатай. Учир нь тасалдсан газраас ажлаа үргэлжлүүлэх нь маш тохиромжтой.

Дефрагментаци

Таны унтрааж болох цорын ганц зүйл бол автомат дефрагментаци юм:

Яагаад TRIM ажиллахгүй байна вэ?

TRIM-д AHCI драйвер шаардлагатай. OS нь суулгасан байх ёстой системийн нэгжЭнэ сонголтыг хаана дэмждэг. Шинээр дээр эх хавтанбайгаагаараа.

Гэсэн хэдий ч зарим газар энэ зурган дээрх шиг та эхлээд BIOS-ээр дамжуулан сонголтыг суулгах хэрэгтэй гэж бичдэг.

Бид уншигчиддаа дараах мэдээллийг хүргэж байна.

1. Виктория програмыг туршихын тулд тохиргоог IDE болгосон.
2. Туршилтад тэнцсэн, компьютер ашиглаагүй, дараа нь гэнэт тэд энэ параметрийг AHCI-д тохируулах шаардлагатай байгаа талаар сүлжээнд бичиж байсан нь тодорхой болсон ...

IDE горимд арав нь заасан компьютер дээр огт суулгаагүй. Бид үүнийг хоёр удаа шалгасан бөгөөд хоёуланд нь шидтэний зарим үе шатанд алдаа гарсан. Линукс Ubuntu нь зөвхөн анхдагч тохиргоотой байсан; би HDD-г гараар хуваахыг оролдоход алдаа гарсан. Дор хаяж гурван удаа шалгасан. BIOS-ийн тохиргоог AHCI болгон тохируулсан бөгөөд тэр даруй үйлдлийн системүүд ажиллахаа больсон. Энэ диск дээр аравыг цэвэр суулгасны дараа идэвхжүүлэх цонхны дэлгэцийн агшинг энд оруулав.

Тус компани хэдхэн секундын дотор идэвхжүүлэлтийг хийжээ. Нэгэн цагт энэ тоног төхөөрөмж дээр арваад нь аль хэдийн суурилуулсан байв. Бүх арга хэмжээ 2016 оны 7-р сарын 29-ний өдрөөс хойш явагдана гэдгийг анхаарна уу. Тиймээс, хэрэв хэн нэгэн IDE драйверын дээр арав тавих азтай байсан бол энэ бол өвөрмөц хүн юм. Тэгээд тэр үнэхээр оруулах ёстой BIOS тохиргоо TRIM-д SSD дээр ажиллах AHCI сонголт. Шинэ эх хавтангуудад IDE шугам огт байдаггүй, хуучин эх хавтангуудад ийм өөрчлөлт хийснээр систем ачаалахаа болино. Гэсэн хэдий ч долоод үүнийг бүртгэлээр дамжуулан бүртгэж болно.

Бүртгэлээр дамжуулан AHCI-г хэрхэн засах вэ

Энэ талаар бага зэрэг бичсэн боловч BIOS-аас драйверын төрлийг өөрчилсний дараа үйлдлийн систем ачаалахаа болино. Энэ нь ямар харагдаж байна (tomshardware.co.uk).

Дэлгэцийн агшингаас зарим зүйл тодорхой байгаа боловч бид тайлбарлах болно:

1. Хэн нэгэн SSD дээр долоог суулгаж, TRIM ажиллахгүй байгааг гэнэт анзаарав.
2. Би үүнийг судалж эхэлсэн бөгөөд надад AHCI драйвер хэрэгтэй байгааг ойлгосон.
3. Би BIOS руу ороод өөрчилсөн чинь ачаалахаа больсон.

Энд нэг жишээ байна цэнхэр дэлгэцийм үйлдэл хийсний дараа (tnxs-ээс askvg.com/ руу).

Энэ тоймыг нийтэлсэн залуу (дэлгэцийн агшинг үзнэ үү) бүртгэлийг засах замаар асуудлын шийдлийг олсон. Түүний зөвлөмжийг энд оруулав. Эхний аравт ийм түлхүүр байхгүй тул бид тэдгээрийг дахин бичээгүй. Тэр (бидний хэлснээр ядаж) IDE дээр суулгаагүй боловч дахин дахин алдаа гаргадаг.

Хэрэв та бүртгэлийг засахгүй бол системийг бүрэн дахин суулгах шаардлагатай болно. Бид дахин нэг удаа онцолж байна: манай тохиолдолд арав нь IDE-тэй зэрэгцэн ажиллахгүй байна. Энэ нь түүний шинэлэг зүйл байх магадлалтай. Тийм учраас TRIM-г идэвхгүй болгосон гэж хэн ч бичдэггүй. Энэхүү ашигтай сонголт нь анхдагч байдлаар аль хэдийн ажилладаг гэж бид дээр хэлсэн. Тиймээс та юу ч тохируулах шаардлагагүй. Гэхдээ хэрэв та эрүүл мэндээ шалгахыг хүсвэл дээрх мэдээлэл нь танд яг хэрэгтэй зүйл юм.

Зах зээл дээрх SSD

Үнийн шинжилгээ нь өнөөдөр та 500 ГБ зайд 10,000 рубль төлөх шаардлагатай байгааг харуулж байна. Энэ нь үнэтэй хэвээр байгаа боловч хэрэв та үйлдлийн системд зориулж илүү даруухан хэмжээтэй төхөөрөмж авч, өгөгдлийг ердийн HDD дээр хадгалдаг бол нөхцөл байдал илүү аз жаргалтай харагдаж байна. Windows 10 x64 нь хатуу дискний хамгийн багадаа 20 ГБ зай шаарддаг нь мэдэгдэж байна. Тиймээс эзлэхүүн SSD хөтөч 64 ГБ нь бүх зүйлд хангалттай. Энд бас сул талууд бий:

1. Яг системийн дискхамгийн их элэгдэлд өртдөг бол үнэ цэнэтэй өгөгдөлд хандах нь хамаагүй бага байдаг. Хариулт нь өөрөө санал болгож байна: та Windows 10-ийг соронзон хөтөч дээр суулгах хэрэгтэй бөгөөд хатуу төлөвт электрон төхөөрөмж нь хэрэглэгчийн өгөгдлийг хадгалах болно.
2. Өндөр үнэ нь аль хэдийн зарлагдсан боловч өнөөдөр та 3000-аар 128 GB худалдаж аваад SSD гэж юу болохыг туршиж үзэх боломжтой өдөр юм. Эцэст нь хэлэхэд, ердөө 25 жилийн өмнө ийм санах ойг хүссэн хэмжээ нь одон орон судлалын хэмжээнд байсан гэдгийг санаарай.

Технологи

Энэ нэр нь өөрөө SSD нь хатуу төлөвт электроникийн дэвшилтэд суурилсан болохыг харуулж байна. Эдгээр нь бидний залгахад дассан флаш дискүүд юм USB порт, гэхдээ арай хямд. Бодоод үз дээ, 16 ГБ флаш диск нь 800 орчим рубльтэй байдаг. Энэ нь SSD хөтчүүдээс хамаагүй үнэтэй санах ойн төрөл болох нь тодорхой харагдаж байна. Тэр үед бүх зүйл байрандаа ордог. Тусгай интерфейстэй ердийн флаш диск.

Тийм ээ, хэд хэдэн SSD технологи байдаг, гэхдээ тэдгээрийн хоорондын ялгаа нь HDD болон SD хоёрынх шиг гайхалтай биш юм. Анхны CompactFlash-ийг 1994 онд SanDisk гаргасан. Дээрх мэдээлэлтэй ямар ч холбоогүй байна уу? Энэ нь зөв - хараат байдал нь тодорхой байна! Линукс аль хэдийн флаш дискнээс ажиллах боломжтой. Энэ нь SSD ашиглахтай ижил тохиолдол юм. Мэдээжийн хэрэг, Windows 10 суулгацын хэрэгсэл нь системийн диск биш байгаа ч Билли Гейтс энэ чиглэлд итгэлтэйгээр явж байна.

SSD технологийг хөгжүүлэх хэрэгцээ нь гүйцэтгэл нэмэгдсэнтэй холбоотой байв төв процессор, ямар соронзон хальс гүйцэж чадаагүй. Диск нь бас хоцрогдсон. Тоглоомыг эхлээд ZX-Spectrum-д суулгаж, дараа нь дайснуудыг цохиж эхлэх хэрэгтэй гэдгийг бүгд мэднэ. Тэнд байгаа процессорын давтамж нь инээдтэй байсан ч нэгээс олон гек хуучин машинууд дээр өөрийн хариу үйлдлийг сургасан. Өнөөдөр ч гэсэн та тусгай эмулятор ашиглан тоглож болно.

Програмистууд улам бүр дунд зэргийн код үйлдвэрлэж байгаа нь нууц биш. Тэд хувьсагчдыг зөв тодорхойлж, функц эсвэл процедурын дуудлагыг дуусгасны дараа санах ойн зайг чөлөөлөхөд залхуу байдаг. Тиймээс хэрэглэж буй RAM-ийн хэмжээ байнга нэмэгдэж байна. Өдрөөр биш, цагаар. Гэвч систем нь хөлдсөн хэвээр байна. Энэ бол муу бодлын үр дагавар юм. Windows дээр олон сая мөр код байдаг ба мэдээж Билли Гейтсийн янз бүрийн түвшинд амжилттай ажиллаж байсан алдаанууд байдаг.

Яагаад хангалттай RAM байхгүй байна вэ?

Эхний компьютер нь 48 КБ багтаамжтай байсан бөгөөд энэ нь хангалттай байсан бөгөөд өнөөдөр 16 ГБ RAM-ийн хэмжээ хэтэрхий бага хэвээр байна. Амрах үед ч гэсэн энэ хэмжээний тавны нэгийг эзэлдэг. Хэдийгээр албан ёсоор систем "амарч" байна.

Энэ нь зөөлөн хэлэхэд түгшүүр төрүүлж байна. Үнэн хэрэгтээ зөвхөн "сул зогсолт"-д 3 ГБ шаардлагатай. Зарим хүмүүс асар их хэмжээний мэдээллийг ачаалж эхлэхэд юу болох вэ Компьютерийн тоглоом? Сүнсийг хөөж байна виртуал бодит байдалБодит байдлын дагуу бид хэрэглээний ашиг тус, ёс суртахууны утгыг мартсан. ZX-Spectrum-ийн олон шүтэн бишрэгчид Элитийн талаар магтсан. Өнөөдөр энэ тоглоомын талаар хэн сонссон бэ? Үүний зэрэгцээ энэхүү сэтгэл хөдөлгөм эрэл хайгуулын асар олон тооны үргэлжлэл гарсан байна.

Бүтээгчдийн нэг нь үүнийг "гэрлийн дайчдын зам" гэж тодорхойлсон ч далайн дээрэмчин болохыг хэн ч хориглоогүй. Гэвч бодит амьдрал дээрх шиг та иргэний хөлөг онгоцнуудад олон кредит авч чадахгүй байсан тул цагдаа нар тэдний араас няцалж байв. Тэд гаригийн станцуудыг залгахаас татгалзав. Тиймээс шударга хөдөлмөрч хүний ​​зам дээрэмчнийхээс хамаагүй илүү үр дүнтэй байдаг гэдгийг хүн аажмаар дассан. Үр дүн? График нь бага зэрэг хэлэхэд муу байгаа хэдий ч дэлхий даяар мянга мянган (сая биш бол) шүтэн бишрэгчид. Үүн дээр зөвхөн газардсан үед л ахиц дэвшлийг тээвэрлэгч хадгалах боломжтой гэдгийг нэмээрэй. Энэ нь олон хүн элит дайчдын ангилалд хүрэхийн тулд олон жил зарцуулсан гэсэн үг юм. Түүгээр ч барахгүй гэмт хэрэгтэн (хэрэв бид андуураагүй бол) энэ мэргэшлийг огт өгөөгүй.

Энэ санаа нь олон хүний ​​анхаарлыг татсан. Хэдийгээр олон тооны сансрын хөлөг довтолж байсан ч график нь бага зэрэг хөлдсөн гэдгийг хүлээн зөвшөөрөх ёстой. Энэ нь тохиолдсон бараг цорын ганц тоглоом юм. Өнөөдрийн тоглоомын явц нь хорон муутай тэмцэхтэй бараг төстэй биш юм. Зохион байгуулалттай сүрэг нэгнийг хордуулж болохуйц бүдүүлэг байдалд хангалттай зай үлдээж, графикт илүү анхаарал хандуулдаг. Мэдээжийн хэрэг, энэ нь бодит амьдралтай илүү адилхан гэж бид маргаж болох ч нийгэм бол ийм л хүмүүждэг гэж бид маргах болно. Үүнд тоглоомоор дамжуулан.

Тиймээс үйлдвэрлэгчид тусгай эффект дээр анхаарлаа төвлөрүүлдэг тул RAM хангалтгүй байна. Утга зүйн хэсэгтэй ямар ч холбоогүй Tinsel. Тэд хандивын төлөө маш их зүйлийг хийдэг.

1. Хаан анд явав.
2. Цохигчид - роботуудыг айлга.

Шинэ санааны хүндрэл нь түүнийг даван туулахад хэцүү байдаг. Нарийвчилсан график нь ихэвчлэн ганц хөгжүүлэгчийн чадвараас давж гардаг. Тиймээс RAM-ийн хэмжээ нэмэгдэж, үйлдлийн систем нь хатуу дискнээс болж удааширч байгаа нь удалгүй анзаарагдсан. Драйвер руу нэвтрэх, шинэ модулиудыг унших хугацаанд. Энэ нь Линуксд ч хамаатай, гэхдээ бага хэмжээгээр. Тиймээс хоёр сонголт хийх боломжтой:

• Гүйцэтгэлийн бага зэргийн согогийг далдлахын тулд Microsoft компани SSD хөтчүүдийг сурталчилж байна.
• Билли Гейтс хэдэн жилийн өмнө ийм үйл явдлын хөгжлийг урьдчилан харсан. Ер нь 1991 онд ямар нэг зүйлийг урьдчилан таамаглах боломжтой байсан.

Санах ой ба нанотехнологи

Өнөөдөр зах зээл дээр байгаа систем нь санамсаргүй тохиолдол биш юм. Дээрээс нь нанотехнологийн тухай цуурхал царцсан нь сэжигтэй. Ойролцоогоор 2002 онд энэ салбар бидэнд шинэ үеийг өгнө гэж амласан компьютерийн технологи, мөн ... тэр цэргийн хогийн саванд суурьшсан байх. Хагас дамжуулагчийн дулааны алдагдал нэмэгдэж байгаа тул нанотехнологи бидэнд өгөхөөр амласан зүйл бол өнөөдөр байгаа технологийн процесс буурах боломжгүй юм. Юу? Энэ нь зөв - хамгийн тохиромжтой элемент суурь, болор тор нь маш нарийн байдаг тул гүйдэл нь их хэмжээний хүчдэлийн уналт үүсгэдэггүй. Энэ нь интеграцийг нэмэгдүүлэх, тэжээлийн хүчдэлийг цаашид бууруулах, үр дүнд нь гүйцэтгэлийн гайхалтай өсөлтийг бий болгох боломжийг олгодог. Шууд утгаараа хэдэн мянган удаа.

Хараач: өнөөдөр соронзон хальсыг хуучинсаг гэж үздэг шиг HDD-үүд алга болно гэсэн зүйл рүү бүх зүйл чиглэж байна. Хэдийгээр 15 жилийн өмнө архивыг хаяхыг зөвлөж байсан дижитал мэдээлэл. Өнөөдөр цорын ганц найдвартай хамгаалагч бол цаас юм. Үзгээр бичсэн зүйлийг сүхээр таслах боломжгүй хэвээр байна. Бусад бүх зүйл хуучирч, тоос шороо болж, ялзардаг. Хамгийн найдвартай төхөөрөмж бол сүлжээний төхөөрөмж юм. Жишээлбэл, Google-ийн хадгалах газар гэх мэт. HDD удахгүй алга болох бөгөөд энэ нь ухаалаг гар утас болон зарим зөөврийн компьютерт аль хэдийн тохиолдсон байна. Өнөөдрийн технологийн процессмухардалд хүрсэн нь процессор болон HDD-ийн шинж чанар хэдэн жилийн турш бараг өөрчлөгдөөгүй хэвээр байгаагаас харж болно.

Дэлгэцийн зургийг хар, энэ бол ирээдүйн механик дамжуулалтын загвар юм. Эргэдэг араа нь бие даасан молекулуудыг хооронд нь холбож импульс дамжуулдаг. Энэ бол нано технологийн нэг л жишээ юм. Хэрэв бид хагас дамжуулагчийн салбарыг авч үзвэл, үүнд орно хатуу төлөвт хөтчүүд, дараа нь мэдээлэл хуримтлагдах нь цэнэгийн хадгалалтаас болж үүсдэг. Хадгалах хугацаа урт, гэхдээ энэ нь мөнх биш нь тодорхой. Мэргэжилтнүүд ойролцоогоор 10 жил өгдөг. Цаас нь олон мянган жилийн турш мэдээллийг зөөвөрлөх боломжтой бөгөөд нано түгжээ нь дэлхий оршин байгаа цагт мэдээллийг авч явах боломжтой!

Дагалдах нөлөө

HDD-д шаардлагатай сонголтыг суулгаагүй байгааг бид харсан, гэхдээ энэ нь нэг давуу талтай. Үнэ цэнэтэй мэдээллийг бутлагчаар устгаж болно. Энэ нь SSD дээр адилхан биш юм. Блок нь хамгийн их нөөцтэй нүднүүдэд бичигдэх тул хэрэглэгч устгахыг хүссэн мэдээллийг олоход хялбар байх болно. Тохируулсан хатуу диск нь сүнс файлуудын жинхэнэ эрдэнэсийн сан болно. Өнөөдөр байгаа ганц тохируулагч ч энэ байдлыг засахад тус болохгүй.

3 үнэлгээ, дундаж: 5,00 5-аас)

Нийтийн бета хувилбар саяхан гарсан Microsoft Windows 8 Өмнө нь "Protogon" гэгддэг ReFS (Resilient File System) файлын системийг дэмждэг сервер. Энэхүү файлын системийг Microsoft-ын бүтээгдэхүүнүүд дээр суурилсан өгөгдөл хадгалах системийн сегментэд олон жилийн турш нотлогдсон NTFS файлын системийн өөр хувилбар болгон санал болгож байна.

Энэ нийтлэлийн зорилго нь файлын системийн бүтэц, түүний давуу болон сул талуудын өнгөц тайлбар, түүнчлэн мэдээллийн бүрэн бүтэн байдлыг хангах үүднээс түүний архитектурт дүн шинжилгээ хийх, гэмтсэн эсвэл гэмтсэн тохиолдолд өгөгдлийг сэргээх хэтийн төлөвийн талаархи дүн шинжилгээ юм. хэрэглэгч устгах. Энэхүү нийтлэлд файлын системийн архитектурын онцлог, түүний боломжит гүйцэтгэлийн талаархи судалгааг мөн харуулж байна.

Windows Server 8 бета хувилбар

Үйлдлийн системийн энэ хувилбарт байгаа файлын системийн сонголт нь зөвхөн 64KB өгөгдлийн кластер болон 16KB мета өгөгдлийн кластеруудыг дэмждэг. Бусад кластер хэмжээтэй ReFS файлын системд дэмжлэг үзүүлэх эсэх нь одоогоор тодорхойгүй байна: одоогоор ReFS эзлэхүүнийг үүсгэх үед Cluster Size параметрийг үл тоомсорлож, үргэлж анхдагчаар тохируулсан байна. FS форматлах үед кластерын хэмжээг сонгох боломжтой цорын ганц сонголт бол 64KB юм. Тэрээр мөн хөгжүүлэгчдийн блогт дурдсан цорын ганц хүн юм.

Энэ кластерын хэмжээ нь ямар ч практик хэмжээтэй файлын системийг зохион байгуулахад хангалттай боловч үүнтэй зэрэгцэн өгөгдөл хадгалахад ихээхэн хэмжээний нөөцлөлт үүсгэдэг.

Файлын системийн архитектур

ReFS ба NTFS хоёрын ижил төстэй байдлын талаар өндөр түвшинд байнга дурддаг хэдий ч бид зөвхөн "стандарт мэдээлэл", "файлын нэр", зарим шинж чанарын тугуудын утгуудын нийцтэй байдал гэх мэт мета өгөгдлийн бүтцийн нийцтэй байдлын талаар л ярьж байна. гэх мэт. ReFS бүтцүүдийн дискний хэрэгжилт нь бусад Microsoft файлын системээс эрс ялгаатай.

Шинэ файлын системийн үндсэн бүтцийн элементүүд нь B+ мод юм. Файлын системийн бүтцийн бүх элементүүдийг нэг түвшний (жагсаалт) эсвэл олон түвшний B+ модоор төлөөлдөг бөгөөд энэ нь файлын системийн бараг бүх элементүүдийг ихээхэн хэмжээгээр нэмэгдүүлэх боломжийг олгодог. Системийн бүх элементүүдийн бодит 64 битийн дугаарлалтаас гадна энэ нь цаашдын масштабын үед үүсэх саад бэрхшээлийг арилгадаг.

B+ модны үндсэн бичлэгээс гадна бусад бүх бичлэгүүд нь бүхэл бүтэн мета өгөгдлийн блокийн хэмжээтэй (энэ тохиолдолд 16KB); завсрын (хаяг) зангилаа нь жижиг бүрэн хэмжээ(ойролцоогоор 60 байт). Тиймээс маш том байгууламжийг дүрслэхийн тулд ихэвчлэн цөөн тооны модны түвшин шаардагддаг бөгөөд энэ нь системийн ерөнхий гүйцэтгэлд эерэг нөлөө үзүүлдэг.

Файлын системийн үндсэн бүтцийн элемент нь B+-мод хэлбэрээр харуулсан "Лавлах" бөгөөд гол түлхүүр нь хавтас объектын дугаар юм. Бусад ижил төстэй файлын системүүдээс ялгаатай нь ReFS дахь файл нь "Лавлах"-ын тусдаа гол элемент биш бөгөөд зөвхөн түүнийг агуулсан хавтсанд оруулга хэлбэрээр байдаг. Магадгүй яг үүнээс болж архитектурын онцлог ReFS-ийн хатуу холбоосыг дэмждэггүй.

"Лаврын хуудас" нь шивсэн бүртгэл юм. Фолдерын объектын үндсэн гурван төрлийн оруулга байдаг: лавлах бариул, индексийн оруулга, үүрлэсэн объектын бариул. Ийм бүх бүртгэлийг хавтас ID бүхий тусдаа B+ мод болгон багцалсан; Энэ модны үндэс нь "Лавлах"-ын B+-модны навч бөгөөд бараг бүх тооны бичлэгийг хавтсанд хийх боломжийг олгодог. Хавтасны B+ модны навчны доод түвшинд хавтасны талаарх үндсэн мэдээллийг (нэр, "стандарт мэдээлэл", файлын нэрийн шинж чанар гэх мэт) агуулсан лавлахын тодорхойлогч оруулга байдаг. Өгөгдлийн бүтэц нь NTFS-д батлагдсан бүтэцтэй ижил төстэй боловч хэд хэдэн ялгаатай талуудтай бөгөөд тэдгээрийн гол нь нэрлэсэн шинж чанаруудын жагсаалт байхгүй байна.

Лавлахын дараагийн хэсэгт индексийн оруулгууд гэж нэрлэгддэг: хавтсанд агуулагдах элементүүдийн талаархи мэдээллийг агуулсан богино бүтэц. NTFS-тэй харьцуулахад эдгээр бичлэгүүд нь хамаагүй богино бөгөөд энэ нь мета өгөгдлийн ачааллыг бууруулдаг. Сүүлийнх нь лавлах зүйлийн оруулгууд юм. Хавтасны хувьд эдгээр элементүүд нь багцын нэр, "Лавлах" дахь хавтас танигч, "стандарт мэдээллийн" бүтцийг агуулдаг. Файлуудын хувьд танигч байхгүй, харин бүтэц нь файлын фрагментийн B+ модны үндэс зэрэг файлын талаархи бүх үндсэн өгөгдлийг агуулдаг. Үүний дагуу файл нь бараг бүх тооны фрагментээс бүрдэж болно.

Диск дээр файлууд нь 64КБ хэмжээтэй блокуудад байрладаг боловч тэдгээр нь мета өгөгдлийн блокуудтай адил хаяглагдсан байдаг (16KB кластерт). Файлын өгөгдлийн "оршин суух" нь ReFS дээр дэмжигддэггүй тул дискэн дээрх 1 байт файл нь бүхэлдээ 64KB блокыг эзэлдэг бөгөөд энэ нь жижиг файлуудын хадгалалтын нөөцийг ихээхэн хэмжээгээр нэмэгдүүлэхэд хүргэдэг; нөгөө талаас, энэ нь чөлөөт зайны удирдлагыг хялбарчилж, шинэ файлд чөлөөт зай хуваарилах нь илүү хурдан юм.

Хоосон файлын системийн мета өгөгдлийн хэмжээ нь тухайн файлын системийн хэмжээнээс 0.1% орчим (жишээ нь 2 TB хэмжээтэй 2 ГБ хэмжээтэй) байна. Гэмтлийг тэсвэрлэхийн тулд зарим үндсэн мета өгөгдлийг давхардсан.

Амжилтгүй байдлын нотолгоо

Одоо байгаа ReFS хэрэгжилтийн тогтвортой байдлыг шалгах зорилго байгаагүй. Файлын системийн архитектурын үүднээс авч үзвэл энэ нь ноцтой техник хангамжийн алдаа гарсан ч файлыг аюулгүй сэргээхэд шаардлагатай бүх хэрэгслүүдтэй. Мета өгөгдлийн бүтцийн хэсгүүд нь өөрийн тодорхойлогчдыг агуулдаг бөгөөд энэ нь бүтцийн өмчлөлийг шалгах боломжийг олгодог; Мета өгөгдлийн холбоосууд нь лавлаж буй блокуудын 64 битийн хяналтын нийлбэрийг агуулдаг бөгөөд энэ нь холбоосоос уншсан блокийн бүрэн бүтэн байдлыг үнэлэх боломжийг олгодог.

Хэрэглэгчийн өгөгдлийн хяналтын нийлбэрийг (файлын агуулга) тооцдоггүй гэдгийг тэмдэглэх нь зүйтэй. Энэ нь нэг талаас өгөгдлийн талбар дахь бүрэн бүтэн байдлыг шалгах механизмыг идэвхгүй болгож, нөгөө талаас мета өгөгдлийн талбарт хамгийн бага өөрчлөлт орсон тул системийн ажиллагааг хурдасгадаг.

Мета өгөгдлийн бүтцэд гарсан аливаа өөрчлөлтийг хоёр үе шаттайгаар явуулдаг: эхлээд мета өгөгдлийн шинэ (өөрчлөгдсөн) хуулбарыг дискний хоосон зайд үүсгэдэг, дараа нь амжилттай бол атомын шинэчлэлт нь холбоосыг хуучин (өөрчлөгдөөгүй) руу шилжүүлдэг. шинэ (өөрчлөгдсөн) мета өгөгдлийн талбар. Энэхүү стратеги (Copy-on-Write (CoW)) нь өгөгдлийн бүрэн бүтэн байдлыг автоматаар хадгалж, бүртгэл хийхгүйгээр хийх боломжийг танд олгоно.

Диск дээрх ийм өөрчлөлтийг баталгаажуулахад хангалттай хугацаа шаардагдахгүй тул файлын системийн төлөвийн хэд хэдэн өөрчлөлтийг нэг болгон нэгтгэх боломжтой.

Энэ схем нь хэрэглэгчийн өгөгдөлд хамаарахгүй тул файлын агуулгын өөрчлөлтийг шууд файл руу бичдэг. Файлыг устгах нь мета өгөгдлийн бүтцийг (CoW ашиглан) дахин бүтээх замаар хийгддэг бөгөөд энэ нь хадгалдаг өмнөх хувилбардиск дээрх мета өгөгдлийн блок. Энэ нь устгасан файлуудыг шинэ хэрэглэгчийн мэдээллээр дарж бичихээс өмнө сэргээх боломжтой болгодог.

Өгөгдлийн хадгалалтын илүүдэл

Энэ тохиолдолд бид өгөгдөл хадгалах схемийн улмаас дискний зайны зарцуулалтын талаар ярьж байна. Туршилтын зорилгоор суурилуулсан Windows сервер 580GB ReFS хуваалт руу хуулсан. Хоосон файлын систем дээрх мета өгөгдлийн хэмжээ 0.73 ГБ орчим байв.

Хуулбарлах үед суулгасан Windows ReFS-тэй нэг хуваалттай сервер, файлын өгөгдөл хадгалах нөөц NTFS дээр 0.1% байсан бол ReFS дээр бараг 30% болж нэмэгдсэн. Үүний зэрэгцээ мета өгөгдлийн улмаас 10 орчим хувь нь илүүдэл нэмэгдсэн байна. Үүний үр дүнд NTFS дээрх 11 ГБ хэмжээтэй (70 мянга гаруй файл) "хэрэглэгчийн өгөгдөл" мета өгөгдлийг харгалзан 11.3 ГБ, ReFS дээр ижил өгөгдөл 16.2 ГБ; Энэ нь ReFS дээрх өгөгдөл хадгалах нөөц нь энэ төрлийн өгөгдөлд бараг 50% байна гэсэн үг юм. Цөөн тооны том файлтай бол энэ нөлөө нь мэдээжийн хэрэг ажиглагддаггүй.

Үйл ажиллагааны хурд

Бид Бета-ийн тухай ярьж байгаа тул FS-ийн гүйцэтгэлийн хэмжилт хийгдээгүй. FS архитектурын үүднээс авч үзвэл зарим дүгнэлтийг хийж болно. ReFS-д 70 мянга гаруй файлыг хуулахдаа энэ нь "үндэс", дунд түвшний 1, дунд түвшний 2, "навчнууд" гэсэн 4 түвшний "Лавлах"-ын B+ модыг үүсгэсэн.

Тиймээс хавтасны шинж чанаруудыг хайхад (модны үндэс нь кэштэй гэж үзвэл) 16KB блокоос 3 удаа унших шаардлагатай. Харьцуулбал, NTFS дээр энэ үйлдэл нь 1-4KB хэмжээтэй нэг уншилт хийх болно ($MFT байршлын газрын зургийг кэштэй гэж үзвэл).

ReFS дээрх хавтас (хэд хэдэн оруулгатай жижиг хавтас) доторх хавтас болон файлын нэрээр файлын шинж чанаруудыг олоход ижил 3 удаа унших шаардлагатай болно. NTFS дээр тус бүр нь 1 КБ багтаамжтай 2 унших буюу 3-4 унших шаардлагатай (хэрэв файлын оруулга нь оршин суугч бус "индекс" шинж чанарт байгаа бол). Том савлагаатай бол NTFS унших тоо нь ReFS-д шаардлагатай унших тооноос хамаагүй хурдан өсдөг.

Нөхцөл байдал файлын агуулгын хувьд яг ижил байна: NTFS дээрх файлын фрагментийн тоо нэмэгдэх нь өөр өөр $MFT фрагментуудад тархсан урт жагсаалтыг тоолоход хүргэдэг бол ReFS дээр үүнийг B+ ашиглан үр дүнтэй хайлт хийдэг. - мод.

дүгнэлт

Эцсийн дүгнэлт гаргахад эрт байна, гэхдээ файлын системийн одоогийн хэрэгжилтээс серверийн сегмент, юуны түрүүнд виртуалчлалын систем, DBMS болон архивын өгөгдөл хадгалах серверүүд дээр файлын системийн анхны анхаарал хандуулж байгааг баталж байна. , Энд үйл ажиллагааны хурд, найдвартай байдал хамгийн чухал байдаг. Файлын системийн гол сул тал болох дискэн дээрх өгөгдлийг үр ашиггүй савлах зэрэг нь том файлуудтай ажилладаг системүүдэд үгүйсгэгддэг.

SysDev лаборатори нь энэ файлын системийн хөгжлийг хянаж, энэ файлын системээс өгөгдлийг сэргээхэд дэмжлэг үзүүлэхээр төлөвлөж байна. Microsoft Windows 8 серверийн бета хувилбарт зориулсан туршилтын ReFS дэмжлэгийг UFS Explorer-ийн бүтээгдэхүүнүүдэд аль хэдийн амжилттай хэрэгжүүлсэн бөгөөд түншүүдийн дунд хаалттай бета туршилт хийх боломжтой. ReFS-ээс устгасан файлуудыг сэргээх, түүнчлэн техник хангамжийн эвдрэлийн улмаас файлын систем гэмтсэний дараа өгөгдлийг сэргээх хэрэгслүүдийн албан ёсны хувилбарыг арай эрт эсвэл ReFS дэмжлэгтэй Microsoft Windows 8 Server-ийг гаргахтай зэрэгцэн төлөвлөж байна.

2012.03.16-ны өдрийн хувилбар.
SisDev лабораторийн материал дээр үндэслэсэн

Эх хуулбарыг хадгалсан тохиолдолд дахин хэвлэх эсвэл иш татахыг зөвшөөрнө.

Удалгүй Windows-ийн шинэ хувилбар, тухайлбал Windows 8 худалдаанд гарлаа шинэ хувилбар Windows 8-д ReFS гэх шинэ файлын системийг дэмждэг. Энэ нийтлэлд бид энэ файлын систем нь ижил NTFS файлын системээс ямар давуу талтай болох талаар ярих болно. За, бид эхлэх үү?

Үнэнийг хэлэхэд, NTFS файлын систем нь техникийн талаасаа ашиг тусаа аль хэдийнээ хэтрүүлсэн (энэ нь 10 жилийн өмнөх FAT32-г NTFS-тэй харьцуулсантай бараг ижил юм). Файл ReFS системхамгийн их хангаж чадна илүү сайн хамгаалалтөндөр хүчин чадалтай, хурдан өгөгдөл хатуу дискүүд.

NTFS файлын системийн талаар бага зэрэг

NTFS (Шинэ технологийн файлын систем) файлын систем нь Майкрософт шинэ үйлдлийн систем болох Windows 3.1-ээ олон нийтэд танилцуулах үед гарч ирсэн. Өнөөдрийг хүртэл бид компьютер дээр ажиллахдаа зөвхөн энэ файлын системийг ашигладаг. Цаг хугацаа өнгөрөхөд NTFS файлын системийн үндсэн боломжууд хязгаарт хүрсэн: маш том хэмжээтэй хадгалах хэрэгслийг сканнердах нь хангалттай цаг хугацаа шаарддаг бөгөөд файлын хамгийн дээд хэмжээ нь бараг хүрсэн байна.

NTFS файлын системийн залгамжлагч

Энэ нь Microsoft-ын үйлдлийн системд нэвтрүүлсэн NTFS файлын системийн дутагдлыг арилгах зорилготой байв Windows систем 8, цоо шинэ файлын систем ReFS (Resilient File System) нь алдааг тэсвэрлэдэг файлын систем юм. Мөн энэ нь ажилдаа маш өндөр найдвартай байдлыг харуулдаг.

Энэхүү файлын системийг анх удаа серверийн үйлдлийн систем Windows Server 8-д ашигласан. Microsoft нь ReFS файлын системийг эхнээс нь хөгжүүлээгүй гэдгийг тэмдэглэхийг хүсч байна. Жишээлбэл, файлуудыг нээх, хаах, уншихын тулд ReFS файлын систем нь ижил хандалтын интерфэйсүүдийг ашигладаг API өгөгдөл, NTFS файлын системтэй ижил. Файлын системийн онцлогууд нь Bitlocker дискний шифрлэлт, мөн номын сангийн симбол холбоосууд өөрчлөгдөөгүй хэвээр байна. Мөн өгөгдөл шахах гэх мэт функцууд бүрмөсөн алга болсон.

ReFS файлын систем дэх маш олон тооны шинэлэг зүйл нь хавтас, файлын бүтцийг бий болгох, хамгийн чухал нь тэдгээрийг удирдах талбарт оршдог. Эдгээр өөрчлөлтүүд нь автоматаар өөрчлөх, файлын системийн объект болон системийн алдааг засах, масштабыг нэмэгдүүлэх, хамгийн чухал нь Үргэлж онлайн горимд ажиллах зорилготой юм.

Эдгээр бүх шинэчлэлийн хувьд Майкрософт нь B+ модны тухай ойлголтыг ашигладаг бөгөөд үүнийг мэдээллийн сангийн курсээс мэддэг байх. Энэ ойлголт нь өгөгдсөн файлын систем дэх фолдерууд нь ердийн хүснэгт хэлбэрээр бүтэцлэгдсэн байдаг бөгөөд файлууд нь энэ хүснэгтэд бичлэгийн үүрэг гүйцэтгэдэг. Хатуу диск дээрх чөлөөт зай хүртэл энэ файлын системд хүснэгт хэлбэрээр зохион байгуулагдсан.

ReFS файлын системийн цөм нь системийн бүх хүснэгтүүдийг жагсаасан төв лавлах нэртэй объектын хүснэгт юм.

NTFS болон ReFS файлын системүүдийн харьцуулалт
Энэ хүснэгтээс та тодорхой файлын системийн давуу болон сул талуудын талаар дүгнэлт хийж болно.

ReFS файлын систем дэх алдаанаас хамгаалагдсан хамгаалалт

ReFS файлын систем нь NTFS файлын системд байдаг сэтгүүлийн нарийн төвөгтэй менежментээс ангижирч, одоо шинэ файлын мэдээллийг оруулах боломжтой болсон. чөлөөт зай, мөн энэ нь түүнийг дарж бичихээс аль хэдийн сэргийлж байна. Гэхдээ зарчмын хувьд боломжгүй зүйл гэнэт дарж бичих юм бол систем нь B+-модны бүтэц дэх бичлэгүүдийн холбоосыг дахин бүртгүүлэх боломжтой болно.

NTFS файлын системийн нэгэн адил ReFS систем нь өөрийн зарчмаар файлын талаарх мэдээлэл (энэ нь мета өгөгдөл), файлын агуулгыг (энэ нь хэрэглэгчийн өгөгдөл) хооронд нь ялгадаг боловч ReFS нь хоёуланд нь мэдээллийн хамгаалалтыг хангадаг. Жишээлбэл, мета өгөгдөл нь шалгах нийлбэр хамгаалалтыг ашигладаг. Энэ хамгаалалтмөн хэрэглэгчийн өгөгдөлд өгөх боломжтой. Эдгээр хамгаалагдсан өгөгдөл, өөрөөр хэлбэл шалгах нийлбэрүүд нь бие биенээсээ найдвартай нэвтрэх боломжтой хатуу диск дээр байрладаг бөгөөд хэрэв ямар нэгэн алдаа гарвал өгөгдлийг сэргээх боломжтой болно.

NTFS файлын системээс ReFS руу өгөгдөл дамжуулах

Та өөрөөсөө энэ асуултыг асуусан нь лавтай: файлын системээс, жишээлбэл Windows XP-ээс Windows 8 файлын систем рүү (өөрөөр хэлбэл NTFS-ээс ReFS руу) болон эсрэгээр ямар ч асуудалгүйгээр өгөгдлийг дамжуулах боломжтой юу? Майкрософт өөрөө энэ асуултад дараах байдлаар хариулдаг: формат хөрвүүлэх функц байхгүй, гэхдээ энгийн хуулбарлах боломжтой болно.

Өнөөдөр ReFS файлын системийг серверийн том өгөгдлийн менежер болгон ашиглаж болно. Үүний үндсэн дээр шинэ ReFS файлын системийг ажиллуулж байгаа дискнээс Windows 8-ийг ажиллуулах боломжгүй болно.

Гадаад хөтчүүд ReFS файлын систем хараахан хүлээгдээгүй байгаа тул зөвхөн дотоод хөтчүүд байх болно. Цаг хугацаа өнгөрөхөд ReFS файлын систем нь асар олон тооны өөр өөр функцээр нэмэгдэж, хуучин файлын системийг солих боломжтой болно гэдгийг бид ирээдүйг харж болно. Энэ нь анхны том багцыг гаргаснаар аль хэдийн хийгдсэн байж магадгүй юм Windows шинэчлэлтүүд 8.

Файлын нэрийг өөрчлөх жишээг ашиглан NTFS болон ReFS файлын системийг харьцуулах

Энэ нь хэрхэн тохиолддогийг харцгаая (NTFS файлын системтэй үйлдлийн систем дэх файлуудын нэрийг өөрчлөх).

Эхний зүйл бол NTFS файлын систем нь файлын нэрийг өөрчлөх шаардлагатай гэж бүртгэлд бичдэг бөгөөд бусад бүх үйлдлүүдийг тэнд бүртгэдэг.

Тэр сэтгүүлд юуг өөрчлөх шаардлагатайг бичсэний дараа л нэрийг нь өөрчилдөг.

Үйлдлийн төгсгөлд бүртгэлд файлуудын нэрийг амжилттай эсвэл амжилтгүй өөрчилсөн тухай мессеж гарч ирнэ.

Одоо ReFS файлын системд файлын нэрийг өөрчлөх арга хэрхэн ажилладагийг харцгаая.

Таны харж байгаагаар энд үйл ажиллагаа маш бага байна.

Нэгдүгээрт, ReFS файлын системд файл эсвэл фолдерын шинэ нэрийг хоосон зайд бичдэг бөгөөд хамгийн чухал нь хуучин нэрийг шууд устгадаггүй (устгаагүй).

Шинэ нэр бичигдсэн даруйд ReFS файлын систем нь шинэ нэр рүү холбоос үүсгэж, яг шинэ нэрийг оруулна.

Систем бүтэлгүйтсэн үед NTFS болон ReFS файлын системд файл эсвэл фолдерын нэрийг хэрхэн өөрчилдөг вэ?

NTFS файлын систем дээр

Энд стандартын дагуу систем эхлээд өөрчлөлтийн хүсэлтээ бүртгэлд бичдэг.

Үүний дараа, жишээлбэл, хэрэв цахилгаан тасалдвал нэр өөрчлөх үйл явц өөрөө зогсох бөгөөд шинэ нэр эсвэл хуучин нэрний аль алинд нь ямар ч бүртгэл байхгүй болохыг анхаарна уу.

Дараа нь систем дахин ачаалж, алдаа засах, олох програм - chkdisk - ажиллаж эхэлнэ.

Үүний дараа сэтгүүлийн тусламжтайгаар буцаалт хийх үед зөвхөн анхны нэр нь сэргээгддэг.

Одоо энэ нь ReFS файлын системд хэрхэн тохиолддогийг харцгаая

Би үүнийг блог дээрээ аль хэдийн зарласан, дараа нь энэ талаар юу ч мэдэгдээгүй, одоо шинээр хийсэн ReFS-тэй товч боловч илүү тогтвортой танилцах цаг ирлээ.

20 жилийн дараа

Гэсэн хэдий ч бүх зүйл хязгаартай байдаг ба файлын системийн боломжууд ч мөн адил. Өнөөдөр NTFS-ийн боломжууд хязгаарт хүрсэн: том хадгалах хэрэгслийг сканнердах нь хэт их цаг хугацаа шаарддаг, "Journal" нь хандалтыг удаашруулж, файлын хамгийн дээд хэмжээ бараг хүрсэн байна. Үүнийг ойлгосон Майкрософт Windows 8-д шинэ файлын системийг нэвтрүүлсэн - ReFS (Resilient File System - fault-tolerant file system). ReFS нь том хэмжээтэй, хурдан хатуу диск дээр өгөгдлийг илүү сайн хамгаалдаг гэж үздэг. Мэдээжийн хэрэг, энэ нь сул талуудтай боловч Windows 8-д үнэхээр өргөн хэрэглээ эхлэх хүртэл тэдгээрийн талаар ярихад хэцүү байдаг.

Одоохондоо ReFS-ийн дотоод бүтэц, давуу талыг ойлгохыг хичээцгээе.

ReFS нь анх "Protogon" код нэрээр алдартай байсан. Энэ тухай би жил орчмын өмнө анх удаа олон нийтэд хэлж байсан Стивен Синофски- Майкрософт компанийн Windows хэлтсийн ерөнхийлөгч, Windows-ийн хөгжил, маркетингийг хариуцдаг Internet Explorer.

Тэрээр үүнийг дараах үгсээр хэлэв.

“NTFS бол өнөө үед хамгийн өргөн хэрэглэгддэг, дэвшилтэт, онцлог шинж чанартай файлын систем юм. Гэхдээ Windows-ийг дахин эргэцүүлэн бодож, бид үүнд орлоо Энэ мөчБид Windows 8-ийг хөгжүүлж байна - бид үүгээр зогсохгүй. Тийм ч учраас бид Windows 8-тэй хамт цоо шинэ файлын системийг нэвтрүүлж байна. ReFS нь NTFS дээр бүтээгдсэн тул дараагийн үеийн хадгалалтын технологи, хувилбаруудын хэрэгцээг хангахын тулд боловсруулж, боловсруулахдаа нийцтэй байдлын чухал шинж чанаруудыг хадгалдаг.

Windows 8-д ReFS нь зөвхөн Windows Server 8-ийн нэг хэсэг болох бөгөөд өмнөх бүх файлын системийг нэвтрүүлэхэд бидний хэрэглэж байсан арга барилтай адил юм. Мэдээж хэрэг, хэрэглээний түвшинд үйлчлүүлэгчид NTFS өгөгдөлтэй адил ReFS өгөгдөлд хандах эрхтэй болно. "NTFS нь компьютерт зориулсан салбарын тэргүүлэгч файлын системийн технологи хэвээр байдгийг бид мартаж болохгүй."

Үнэхээр бид ReFS-ийг Windows Server 8 серверийн үйлдлийн системд анх харсан. Шинэ файлын системийг эхнээс нь хөгжүүлээгүй. Жишээлбэл, ReFS нь файл нээх, хаах, унших, бичихэд NTFS-тэй ижил API хандалтын интерфейсийг ашигладаг. Түүнчлэн NTFS-ээс олон алдартай функцууд шилжсэн - жишээлбэл, дискний шифрлэлт Бит блоклогчТэгээд бэлгэдлийн холбоосуудномын сангуудын хувьд. Гэхдээ энэ нь алга болсон, жишээлбэл, өгөгдөл шахахболон бусад хэд хэдэн функцууд.

ReFS-ийн гол шинэчлэлүүд нь файл, хавтас бүтцийг бий болгох, удирдахад чиглэдэг. Тэдний даалгавар бол алдааг автоматаар залруулах, хамгийн их масштаблах, Үргэлж онлайн горимд ажиллуулах явдал юм.

ReFS архитектур

ReFS бүтцүүдийн дискний хэрэгжилт нь бусад Microsoft файлын системээс эрс ялгаатай. Майкрософт хөгжүүлэгчид мэдээллийн сангаас сайн мэддэг ReFS-д B±trees гэсэн ойлголтыг ашиглан санаагаа хэрэгжүүлэх боломжтой болсон. Файлын систем дэх хавтаснууд нь файлууд нь бичлэгүүдтэй хүснэгт хэлбэрээр бүтэцлэгдсэн байдаг. Эдгээр нь эргээд дэд хүснэгт болгон нэмсэн тодорхой шинж чанаруудыг хүлээн авч, шаталсан модны бүтцийг бий болгодог. Тэр ч байтугай дискний чөлөөт зайг хүснэгт хэлбэрээр зохион байгуулдаг.

Системийн бүх элементүүдийн бодит 64 битийн дугаарлалтаас гадна энэ нь цаашдын масштабын үед саад бэрхшээлийг арилгах болно.

Үүний үр дүнд ReFS дахь системийн цөм нь объектын хүснэгт болсон - системийн бүх хүснэгтүүдийг жагсаасан төв лавлах. Энэ арга нь чухал давуу талтай: ReFS нь нарийн төвөгтэй бүртгэлийн менежментээс татгалзаж, файлын талаарх шинэ мэдээллийг чөлөөт зайд бүртгэдэг - энэ нь түүнийг дарж бичихээс сэргийлдэг.

« Каталогийн навч" гэж бичсэн бичлэгүүд байна. Фолдерын объектын үндсэн гурван төрлийн оруулга байдаг: лавлах бариул, индексийн оруулга, үүрлэсэн объектын бариул. Ийм бүх бүртгэлийг тусдаа B± мод хэлбэрээр багцалсан бөгөөд энэ нь хавтас танигчтай; Энэ модны үндэс нь "Лавлах"-ын Б ± модны навч бөгөөд бараг бүх тооны бичлэгийг хавтсанд хийх боломжийг олгодог. Хавтасны B± модны навчны доод түвшинд, юуны өмнө хавтасны талаарх үндсэн мэдээллийг (нэр, "стандарт мэдээлэл", файлын нэрийн шинж чанар гэх мэт) агуулсан лавлахын тодорхойлогч бичлэг байдаг.

Цаашид каталогид байрлуулсан болно индекс оруулгууд: хавтсанд байгаа зүйлсийн талаарх мэдээллийг агуулсан богино бүтэц. Эдгээр бичлэгүүд нь NTFS-ээс хамаагүй богино бөгөөд энэ нь мета өгөгдлөөр эзлэхүүнийг хэт ачаалах магадлал багатай гэсэн үг юм.

Төгсгөлд нь каталогийн оруулгууд байна. Хавтасны хувьд эдгээр элементүүд нь багцын нэр, "Лавлах" дахь хавтас танигч, "стандарт мэдээллийн" бүтцийг агуулдаг. Файлуудын таних тэмдэг байхгүй - үүний оронд бүтэц нь файлын фрагментуудын B± модны үндэс зэрэг файлын талаархи бүх үндсэн өгөгдлийг агуулдаг. Үүний дагуу файл нь бараг бүх тооны фрагментээс бүрдэж болно.

NTFS-ийн нэгэн адил ReFS нь файлын мэдээлэл (мета өгөгдөл) болон файлын агуулга (хэрэглэгчийн өгөгдөл) хооронд үндсэн ялгааг бий болгодог. Гэсэн хэдий ч хамгаалалтын функцийг хоёуланд нь адилхан өгдөг. Мета өгөгдлийг шалгах нийлбэр ашиглан анхдагчаар хамгаалдаг - хэрэглэгчийн өгөгдөлд ижил хамгаалалтыг (заавал биш) өгч болно. Эдгээр шалгах нийлбэрүүд нь дискэн дээр бие биенээсээ аюулгүй зайд байрладаг - энэ нь алдаа гарсан тохиолдолд өгөгдлийг сэргээхэд хялбар болгоно.

Хоосон файлын системийн мета өгөгдлийн хэмжээ нь файлын системийн өөрийнх нь 0.1% орчим байна (жишээ нь 2 TB хэмжээтэй 2 ГБ хэмжээтэй). Зарим үндсэн мета өгөгдлийг бүтэлгүйтлийн эсрэг илүү бат бөх байлгах үүднээс хуулбарласан

Бидний харсан ReFS сонголт Windows Server 8 бета хувилбар, нь зөвхөн 64 KB өгөгдлийн кластер болон 16 KB мета өгөгдлийн кластеруудыг дэмждэг. Одоогоор ReFS эзлэхүүнийг үүсгэх үед "Cluster Size" параметрийг үл тоомсорлож, үргэлж анхдагчаар тохируулсан байна. Файлын системийг форматлах үед кластерын хэмжээг сонгох боломжтой цорын ганц сонголт бол 64 КБ юм.

Энэ кластерын хэмжээ нь ямар ч хэмжээтэй файлын системийг зохион байгуулахад хангалттай юм. Гэсэн хэдий ч гаж нөлөө нь өгөгдөл хадгалахад мэдэгдэхүйц илүүдэл юм (диск дээрх 1 байт файл нь бүтэн 64 KB блокыг эзэлнэ).

ReFS аюулгүй байдал

Файлын системийн архитектурын үүднээс авч үзвэл ReFS нь томоохон техник хангамжийн доголдлын дараа ч гэсэн файлуудыг аюулгүйгээр сэргээхэд шаардлагатай бүх хэрэгслүүдтэй. NTFS файлын систем болон үүнтэй төстэй сэтгүүлийн системийн гол сул тал бол бичлэг хийх явцад цахилгаан тасарсан тохиолдолд дискийг шинэчлэх нь өмнө нь бүртгэгдсэн мета өгөгдлийг гэмтээж болох явдал юм - энэ нөлөө нь тогтвортой нэртэй болсон. " эвдэрсэн рекорд».

Урьдчилан сэргийлэх эвдэрсэн рекордууд, Майкрософт компанийн хөгжүүлэгчид мета өгөгдлийн бүтцийн зарим хэсэг нь өөрийн таниулагчдыг агуулсан шинэ хандлагыг сонгосон бөгөөд энэ нь бүтцийн өмчлөлийг баталгаажуулах боломжийг олгодог; мета өгөгдлийн холбоосууд нь лавлаж буй блокуудын 64 битийн хяналтын нийлбэрийг агуулдаг.

Мета өгөгдлийн бүтцэд гарсан аливаа өөрчлөлт нь хоёр үе шаттайгаар явагддаг. Нэгдүгээрт, дискний чөлөөт зайд мета өгөгдлийн шинэ (өөрчлөгдсөн) хуулбарыг үүсгэсэн бөгөөд үүний дараа л амжилттай бол атомын шинэчлэлт нь холбоосыг хуучин (өөрчлөгдөөгүй) мета өгөгдлийн шинэ (өөрчлөгдсөн) талбар руу шилжүүлдэг. Энд танд бүртгэл хийхгүйгээр автоматаар мэдээллийн бүрэн бүтэн байдлыг хадгалах боломжийг олгоно.

Гэсэн хэдий ч тайлбарласан схем нь хэрэглэгчийн өгөгдөлд хамаарахгүй тул файлын агуулгад гарсан өөрчлөлтийг шууд файл руу бичдэг. Файлыг устгах нь мета өгөгдлийн бүтцийг дахин бүтээх замаар хийгддэг бөгөөд энэ нь мета өгөгдлийн блокийн өмнөх хувилбарыг дискэн дээр хадгалдаг. Энэ арга нь сэргээх боломжийг танд олгоно устгасан файлуудшинэ хэрэглэгчийн мэдээллээр дарж бичих хүртэл.

Тусдаа сэдэв бол дискний эвдрэлийн үед ReFS алдааны хүлцэл юм. Систем нь алдаатай газар хадгалагдсан, алдагдсан гэх мэт бүх төрлийн дискний эвдрэлийг илрүүлэх боломжтой. жаахан ялзрал(хэвлэл мэдээллийн хэрэгслийн өгөгдөл муудах)

"Бүхэл тоо урсгал" сонголтыг идэвхжүүлсэн үед ReFS нь файлын агуулгыг шалгадаг бөгөөд файлын өөрчлөлтийг гуравдагч этгээдийн байршилд үргэлж бичдэг. Энэ нь өмнөх өгөгдлийг дарж бичихэд алга болохгүйг баталгаажуулдаг. Өгөгдлийг бичих үед шалгах нийлбэр автоматаар шинэчлэгддэг тул бичих явцад алдаа гарвал хэрэглэгч файлын баталгаажуулах боломжтой хувилбартай хэвээр байх болно.

ReFS аюулгүй байдлын өөр нэг сонирхолтой сэдэв бол харилцах явдал юм Хадгалах зай. ReFS ба Хадгалах зайхоёр бүрэлдэхүүн хэсэг болгон бие биенээ нөхөх зорилготой нэгдсэн системөгөгдөл хадгалах. Гүйцэтгэлийг сайжруулахаас гадна Хадгалах зайхуулбарыг олон диск дээр хадгалах замаар өгөгдлийг хэсэгчилсэн болон бүрэн дискний эвдрэлээс хамгаалах. Унших алдааны үед Хадгалах зайхуулбарыг унших боломжтой бөгөөд бичихэд алдаа гарсан тохиолдолд (унших/бичих явцад медиа өгөгдөл бүрэн алдагдсан ч) өгөгдлийг "ил тод" дахин хуваарилах боломжтой. Практикаас харахад ихэнх тохиолдолд ийм бүтэлгүйтэл нь хэвлэл мэдээллийн хэрэгсэлтэй ямар ч холбоогүй байдаг - энэ нь мэдээллийн эвдрэл, мэдээлэл алдагдсан эсвэл буруу газар хадгалснаас болж үүсдэг.

Эдгээр нь ReFS-ийн хяналтын нийлбэрийг ашиглан илрүүлж чадах алдааны төрлүүд юм. Алдаа илрүүлсний дараа ReFS холбоо барина Хадгалах зайөгөгдлийн бүх боломжит хуулбарыг уншихын тулд шалгах нийлбэрийг шалгасны үндсэн дээр хүссэн хуулбарыг сонгоно. Үүний дараа систем өгдөг Хадгалах зайзөв хуулбар дээр үндэслэн гэмтсэн хуулбарыг сэргээх тушаал. Энэ бүхэн хэрэглээний үүднээс ил тод явагддаг.

зориулагдсан Microsoft вэб сайтад дурдсанчлан Windows Server 8, шалгах нийлбэр нь ReFS мета өгөгдлийн хувьд үргэлж идэвхждэг бөгөөд эзлэхүүнийг толин тусгал дээр байрлуулсан тохиолдолд Хадгалах зай, автомат залруулга мөн идэвхжсэн. Бүх бүрэн бүтэн урсгалууд ижил аргаар хамгаалагдсан байдаг. Энэ нь хэрэглэгчийн хувьд өндөр бүрэн бүтэн шийдэл бүхий эцсийн шийдлийг бий болгодог бөгөөд ингэснээр харьцангуй найдваргүй хадгалалтыг өндөр найдвартай болгож чадна.

Дээрх бүрэн бүтэн байдлын урсгалууд нь файлын агуулгыг бүх төрлийн өгөгдлийн эвдрэлээс хамгаалдаг. Гэсэн хэдий ч энэ шинж чанар нь зарим тохиолдолд хамаарахгүй.

Жишээлбэл, зарим програмууд нь дискэн дээрх файлуудыг тодорхой эрэмбэлэх замаар файлын хадгалалтыг болгоомжтой удирдахыг илүүд үздэг. Интеграл урсгалууд нь файлын агуулгыг өөрчлөх бүрт блокуудыг дахин хуваарилдаг тул эдгээр програмуудын хувьд файлын зохион байгуулалтыг урьдчилан таамаглах боломжгүй байдаг. Мэдээллийн сангийн систем нь үүний тод жишээ юм. Дүрмээр бол ийм програмууд нь файлын агуулгын хяналтын нийлбэрийг бие даан хянаж, API интерфейстэй шууд харьцах замаар өгөгдлийг шалгах, засах чадвартай байдаг.

Диск эвдэрсэн эсвэл хадгалалт эвдэрсэн тохиолдолд ReFS хэрхэн ажиллах нь ойлгомжтой гэж би бодож байна. "-тай холбоотой өгөгдлийн алдагдлыг тодорхойлох, даван туулахад илүү хэцүү байж болно. жаахан ялзрал"Дискний ховор уншигдах хэсгүүдэд илрээгүй гэмтэл хурдацтай хөгжиж эхэлдэг. Ийм эвдрэлийг уншиж, илрүүлэх үед энэ нь хуулбаруудад аль хэдийн нөлөөлсөн эсвэл бусад алдааны улмаас өгөгдөл алдагдсан байж магадгүй юм.

Үйл явцыг даван туулахын тулд жаахан ялзрал, Майкрософт толин тусгалтай хадгалах зайд байрлах ReFS эзлэхүүн дээрх мета өгөгдөл болон бүрэн бүтэн байдлын урсгалын өгөгдлийг үе үе цэвэрлэдэг суурь системийн даалгаврыг нэмсэн. Цэвэрлэгээ нь бүх нэмэлт хуулбарыг уншиж, ReFS хяналтын нийлбэрийг ашиглан тэдгээрийн зөв эсэхийг шалгах замаар хийгддэг. Шалгалтын дүн таарахгүй бол алдаатай хуулбарыг сайн хуулбарыг ашиглан засна.

"Системийн администраторын хар дарсан зүүд" гэж нэрлэж болох аюул заналхийлэл байсаар байна. Толин тусгалтай орон зайд эзлэхүүн хүртэл гэмтэх тохиолдол ховор ч байдаг. Жишээлбэл, алдаатай системийн санах ой нь өгөгдлийг гэмтээж, улмаар дискэн дээр гарч, илүүдэл хуулбарыг гэмтээж болно. Нэмж дурдахад, олон хэрэглэгчид ReFS дор толин тусгал хадгалах зайг ашиглахгүй байхаар шийдэж магадгүй юм.

Ийм тохиолдолд, эзлэхүүн эвдэрсэн үед ReFS нь "сэргээх" функцийг гүйцэтгэдэг бөгөөд энэ нь ажлын эзлэхүүний нэрийн зайнаас өгөгдлийг устгадаг. Үүний зорилго нь зөв мэдээллийн хүртээмжид нөлөөлж болох нөхөж баршгүй хохирлоос урьдчилан сэргийлэх явдал юм. Жишээлбэл, хэрэв директор доторх нэг файл гэмтэж, автоматаар сэргээх боломжгүй бол ReFS нь тухайн файлыг файлын системийн нэрийн зайнаас устгаж, үлдсэн хэсгийг нь сэргээнэ.

Файлын систем нь эвдэрсэн файлыг нээх, устгах боломжгүй, администратор энэ талаар юу ч хийж чадахгүйд бид дассан.

Гэхдээ ReFS нь эвдэрсэн өгөгдлийг сэргээх боломжтой тул администратор энэ файлыг сэргээх боломжтой болно нөөц хуулбар, эсвэл системийг унтраах шаардлагагүй тул дахин үүсгэхийн тулд програмыг ашиглана уу. Энэ нь хэрэглэгч эсвэл администратор нь офлайн дискний баталгаажуулалт, засвар хийх шаардлагагүй болно гэсэн үг юм. Серверүүдийн хувьд энэ нь урт хугацааны эрсдэлгүйгээр их хэмжээний өгөгдлийг байршуулах боломжийг олгодог зайны хугацаагэмтлийн улмаас.

Практикт ReFS

Мэдээжийн хэрэг, ReFS-ийн практик байдал, тав тухтай байдлыг (эсвэл эсрэг шинж чанаруудыг) зөвхөн Windows 8-тай компьютерууд өргөн тархаж, дор хаяж зургаан сар идэвхтэй ажилласны дараа л дүгнэж болно. Энэ хооронд G8-ийн боломжит хэрэглэгчдэд хариултаас илүү олон асуулт байна.

Жишээлбэл, энэ нь: Windows 8-д NTFS системээс өгөгдлийг ReFS болон эсрэгээр хялбар бөгөөд энгийн хөрвүүлэх боломжтой юу? Майкрософт компанийн төлөөлөгчдийн хэлснээр форматыг хөрвүүлэх функц байхгүй ч мэдээллийг хуулж авах боломжтой хэвээр байна. ReFS-ийн хамрах хүрээ нь ойлгомжтой: эхлээд үүнийг зөвхөн серверийн том өгөгдлийн менежер болгон ашиглаж болно (үнэндээ үүнийг аль хэдийн ашиглаж байна). Одоогоор ReFS-тэй гадаад хөтчүүд байхгүй болно - зөвхөн дотоод хөтчүүд. Мэдээжийн хэрэг, цаг хугацаа өнгөрөхөд ReFS тоноглогдсон болно их хэмжээнийфункцууд болон хуучирсан системийг солих боломжтой болно.

Майкрософт энэ нь Windows 8-ийн анхны шинэчлэлтийн багцыг гаргаснаар тохиолдох магадлалтай гэж мэдэгджээ

Майкрософт мөн ReFS-ийг туршиж үзсэн гэж мэдэгджээ.

"NTFS-д зориулж хорь гаруй жилийн турш бүтээсэн олон арван мянган тестийн цогц, өргөн хүрээг ашиглан. Эдгээр туршилтууд нь цахилгааны тасалдал, өргөтгөх чадвар, гүйцэтгэлтэй холбоотой асуудлууд зэрэг системд тулгарч магадгүй гэж бодож байгаа суулгацын нарийн төвөгтэй нөхцлүүдийг дахин бий болгодог. Тиймээс бид ReFS систем нь удирдлагатай орчинд туршилтыг нэвтрүүлэхэд бэлэн болсон гэж хэлж болно.

Үүний зэрэгцээ, том файлын системийн анхны хувилбар болох ReFS нь дараахь зүйлийг хийхдээ болгоомжтой байхыг шаарддаг гэдгийг хөгжүүлэгчид хүлээн зөвшөөрдөг.

"Бид Windows 8-д зориулсан ReFS-ийг бета хувилбар гэж тодорхойлдоггүй. Windows 8 бета хувилбараас гарах үед шинэ файлын систем гарахад бэлэн болно, учир нь өгөгдлийн найдвартай байдлаас илүү чухал зүйл байхгүй. Тиймээс системийн бусад талаас ялгаатай нь энэ нь анхны хэрэглээ, туршилтанд консерватив хандлагыг шаарддаг."

Энэ шалтгааны улмаас ReFS-ийг үе шаттай төлөвлөгөөний дагуу нэвтрүүлэх болно. Эхлээд - Windows Server-ийн хадгалах систем, дараа нь - хэрэглэгчдэд зориулсан хадгалах сан, эцэст нь - ачаалах хэмжээ. Гэсэн хэдий ч шинэ файлын системийг гаргахад ижил төстэй "болгоомжтой арга" өмнө нь ашиглагдаж байсан.