روش ذخیره سازی هر چیزی معمولاً همیشه مستلزم نوعی نظم و ترتیب است، اما اگر در زندگی انسان پیش نیاز نباشد، در دنیای رایانه ها، ذخیره داده ها بدون آن تقریباً غیرممکن است. این نظم در سیستم فایل منعکس شده است، مفهومی که برای اکثر کاربران مختلف آشنا است لوازم برقیو سیستم عامل ها

یک سیستم فایل را می توان با نوعی نشانه گذاری مقایسه کرد که تعیین می کند هر بایت چگونه، کجا و به چه روشی باید در رسانه نوشته شود. اولین فایل سیستم هایی که در اوایل عصر الکترونیک ظاهر شدند بسیار ناقص بودند، مانند Minix، سیستم فایلی که محدودیت های زیادی دارد و در سیستم عامل Minix به همین نام استفاده می شود، که بعدها به نمونه اولیه تبدیل شد. هسته لینوکس.

اما زمان گذشت، سیستم های فایل جدید، پیشرفته تر و پایدارتر ظاهر شدند. امروزه محبوب ترین آنها، با توجه به حداقلدر بین کاربران ویندوز، NTFS است که جایگزین FAT32 شد که اکنون فقط در فلش های کوچک استفاده می شود و دارای معایب بسیاری است که مهم ترین آن عدم توانایی در نوشتن فایل های بزرگتر از 4 گیگابایت است. با این حال، NTFS بدون آنها نیست. بنابراین، به گفته بسیاری از کارشناسان، فاقد کارایی، عملکرد و پایداری است، بنابراین، زمان آن فرا رسیده است که به ایجاد یک سیستم فایل حتی پیشرفته‌تر فکر کنیم که بتواند تقاضاهای رو به رشد را از ابتدا سرور و سپس سیستم مشتری برآورده کند.

و بنابراین، در سال 2012، توسعه دهندگان مایکروسافت سیستم فایل مقاوم یا ReFS را معرفی کردند، یک سیستم فایل قابل بازیابی که به عنوان جایگزینی برای NTFS و در آینده احتمالاً جایگزین آن می شود. در واقع ReFS ادامه توسعه NTFS است که تصمیم گرفته شد همه چیزهای غیرضروری را که هرگز محبوب نشدند حذف کنیم و به جای آن ویژگی های جدیدی اضافه کنیم.

جدید در سیستم فایل ارتجاعی:

• معماری با استفاده از تابع (فضاهای ذخیره سازی)
• تحمل خطا بالا خطاهای سیستم فایل که منجر به از دست دادن داده در NTFS می شود در ReFS به حداقل می رسد
• جداسازی مناطق آسیب دیده اگر مناطقی از سیستم فایل آسیب دیده باشد، می توان به داده های ضبط شده از زیر ویندوز در حال اجرا دسترسی داشت
• تصحیح خطا پیشگیرانه به طور خودکار حجم ها را برای آسیب اسکن می کند و اقدامات پیشگیرانه بازیابی داده ها را اعمال می کند
• بازیابی خودکار زیرپوشه ها و فایل های مرتبط در صورت آسیب دیدن ابرداده ها
• استفاده از نوشتن اضافی برای بهبود تحمل خطا
• حداکثر اندازه صدا در ReFS می تواند به 402 EB در مقابل 18.4 EB در NTFS برسد.
• یک فایل 18.3 EB را می توان در فایلی که با فرمت ReFS فرمت شده است، نوشت
• تعداد فایل های موجود در یک پوشه 18 تریلیون است. در مقابل 4.3 میلیارد در NTFS
• طول نام فایل و مسیر آن 32767 در مقابل 255 در NTFS است.

آنچه حذف خواهد شد:

• پشتیبانی از فشرده سازی داده ها
• رمزگذاری داده ها با استفاده از فناوری EFS
• ویژگی های فایل توسعه یافته
• لینک های سخت
• سهمیه دیسک
• پشتیبانی از نام های کوتاه و شناسه شی
• امکان تغییر اندازه خوشه (مورد سوال است)

آنچه از NTFS به ارث می رسد:

• لیست های کنترل دسترسی (ACL)
• ایجاد عکس های حجمی
• نقاط نصب
• نقاط پردازش مجدد
• رمزگذاری BitLocker
• ایجاد و استفاده از پیوندهای نمادین
• ثبت تمام تغییرات رخ داده در سیستم فایل (Log USN)

در حال حاضر، ReFS در مرحله آزمایش اولیه است، با این حال، متخصصان کامپیوتر می توانند از مزایای ReFS در حال حاضر و در سیستم کلاینت ویندوز 8.1 یا 10 قدردانی کنند. برای انجام این کار، باید رجیستری زیر را انجام دهید:

با این حال، استفاده از ReFS به صورت مداوم توصیه نمی شود. اولاً سیستم هنوز ناتمام است و ثانیاً امکان تبدیل به ReFS و بالعکس وجود دارد. برنامه های شخص ثالثاز دست رفته، ثالثاً، اگر به طور تصادفی فایل ها را از پارتیشن فرمت شده در ReFS حذف یا حذف کنید، چیزی برای بازیابی آنها وجود نخواهد داشت، زیرا هنوز هیچ برنامه بازیابی داده ای وجود ندارد که با این فایل سیستم کار کند.

آیا باید منتظر اجرای ReFS در آینده نزدیک باشیم؟ با اطمینان بیشتر می توان گفت که خیر. اگر او دریافت کند استفاده عملی، سپس ابتدا در سیستم های سرور، که همچنین به زودی اتفاق نخواهد افتاد، اما کاربران ویندوز کلاینت باید حداقل پنج سال دیگر پس از آن منتظر بمانند. کافی است پیاده سازی NTFS در سیستم های کلاینت را به یاد بیاوریم و سپس مایکروسافت هفت سال طول کشید. خوب، مهمترین چیز این است که به سادگی نیازی به ReFS نیست. وقتی دیسک‌های زتابایتی روی رایانه‌های رومیزی ظاهر می‌شوند، شاید بهترین ساعت برای ReFS فرا برسد، اما در حال حاضر فقط باید صبور باشیم و صبر کنیم.

روز خوبی داشته باشی!

چرا یک گوشی هوشمند ممکن است برنامه ها را از کارت حافظه راه اندازی نکند؟ ext4 چه تفاوتی اساسی با ext3 دارد؟ اگر فلش درایو را به جای FAT فرمت کنید، چرا درایو فلش دوام بیشتری دارد؟ مشکل اصلی F2FS چیست؟ پاسخ ها در ویژگی های ساختاری سیستم های فایل نهفته است. ما در مورد آنها صحبت خواهیم کرد.

معرفی

سیستم های فایل نحوه ذخیره داده ها را تعریف می کنند. آنها تعیین می کنند که کاربر با چه محدودیت هایی روبرو خواهد شد، عملیات خواندن و نوشتن چقدر سریع خواهد بود و مدت زمان درایو بدون خرابی کار می کند. این به ویژه در مورد SSD های ارزان قیمت و برادران کوچکتر آنها - درایوهای فلش صادق است. با دانستن این ویژگی ها، می توانید از هر سیستمی بیشترین بهره را ببرید و استفاده از آن را برای کارهای خاص بهینه کنید.

هر بار که نیاز به انجام کاری غیر ضروری دارید، باید نوع و پارامترهای سیستم فایل را انتخاب کنید. به عنوان مثال، شما می خواهید سرعت رایج ترین عملیات فایل را افزایش دهید. در سطح فایل سیستم می توان به این امر دست یافت راه های مختلف: نمایه سازی ارائه خواهد شد جستجوی سریعو پیش‌رزرو کردن بلوک‌های رایگان، بازنویسی فایل‌هایی که اغلب تغییر می‌کنند را آسان‌تر می‌کند. بهینه سازی داده های اولیه در حافظه دسترسی تصادفیتعداد عملیات I/O مورد نیاز را کاهش می دهد.

چنین ویژگی هایی از سیستم های فایل مدرن مانند نوشتن تنبل، حذف مجدد و سایر الگوریتم های پیشرفته به افزایش دوره عملکرد بدون مشکل کمک می کند. آنها به ویژه برای SSD های ارزان قیمت با تراشه های حافظه TLC، درایوهای فلش و کارت های حافظه مرتبط هستند.

بهینه‌سازی‌های جداگانه‌ای برای سطوح مختلف آرایه‌های دیسک وجود دارد: به عنوان مثال، سیستم فایل می‌تواند از انعکاس حجمی ساده، عکس‌برداری فوری یا مقیاس‌گذاری پویا بدون آفلاین کردن صدا پشتیبانی کند.

جعبه سیاه

کاربران معمولاً با فایل سیستمی کار می کنند که به طور پیش فرض توسط سیستم عامل ارائه می شود. آنها به ندرت پارتیشن های دیسک جدید ایجاد می کنند و حتی کمتر به تنظیمات خود فکر می کنند - آنها به سادگی از پارامترهای توصیه شده استفاده می کنند یا حتی رسانه های از پیش فرمت شده را خریداری می کنند.

برای طرفداران ویندوز، همه چیز ساده است: NTFS در تمام پارتیشن های دیسک و FAT32 (یا همان NTFS) در درایوهای فلش. اگر NAS وجود داشته باشد و از سیستم فایل دیگری استفاده کند، برای اکثر آنها فراتر از درک باقی می ماند. آنها به سادگی از طریق شبکه به آن متصل می شوند و فایل ها را مانند یک جعبه سیاه دانلود می کنند.

در ابزارهای تلفن همراه با Android ext4 اغلب در یافت می شود حافظه داخلیو FAT32 روشن است کارت های microSD. Yabloko اصلاً برایشان مهم نیست که چه نوع فایل سیستمی دارند: HFS+، HFSX، APFS، WTFS... برای آنها فقط آیکون های پوشه و فایل زیبایی وجود دارد که توسط بهترین طراحان ترسیم شده است. کاربران لینوکس غنی‌ترین انتخاب‌ها را دارند، اما می‌توانید از سیستم‌های فایل غیربومی هم در ویندوز و هم در macOS پشتیبانی اضافه کنید - بعداً در مورد آن بیشتر توضیح خواهیم داد.

ریشه های مشترک

بیش از صد سیستم فایل مختلف ایجاد شده است، اما کمی بیش از یک دوجین را می توان فعلی در نظر گرفت. اگرچه همه آنها برای کاربردهای خاص خود توسعه داده شدند، اما بسیاری از آنها در سطح مفهومی مرتبط بودند. آنها شبیه به هم هستند زیرا از یک نوع ساختار بازنمایی (فرا)داده استفاده می کنند - درختان B ("دو درخت").

مانند هر سیستم سلسله مراتبی، درخت B با یک رکورد ریشه شروع می شود و سپس به عناصر برگ - رکوردهای فردی فایل ها و ویژگی های آنها، یا "برگ ها" منشعب می شود. نکته اصلی ایجاد چنین ساختار منطقی، سرعت بخشیدن به جستجوی اشیاء سیستم فایل در آرایه های پویا بزرگ بود - مانند دیسکهای سختبا ظرفیت چندین ترابایت یا حتی آرایه های RAID چشمگیرتر.

درختان B نسبت به انواع دیگر به دسترسی به دیسک بسیار کمتری نیاز دارند درختان متعادل، در حین انجام همان عملیات. این به این دلیل به دست می آید که اشیاء نهایی در درختان B به صورت سلسله مراتبی در یک ارتفاع قرار دارند و سرعت تمام عملیات دقیقاً متناسب با ارتفاع درخت است.

مانند سایر درختان متعادل، درختان B دارای طول مسیر مساوی از ریشه تا هر برگ هستند. به جای رشد به سمت بالا، آنها بیشتر منشعب می شوند و گسترده تر می شوند: همه نقاط شاخه در درخت B ارجاعات زیادی به اشیاء کودک ذخیره می کنند و پیدا کردن آنها را در تماس های کمتر آسان می کند. تعداد زیادی نشانگر تعداد زمان‌برترین عملیات دیسک را کاهش می‌دهد - موقعیت یابی سر هنگام خواندن بلوک‌های دلخواه.

مفهوم B-trees در دهه هفتاد شکل گرفت و از آن زمان تاکنون دستخوش پیشرفت های مختلفی شده است. به هر شکلی در NTFS، BFS، XFS، JFS، ReiserFS و بسیاری از DBMS ها پیاده سازی می شود. همه آنها از نظر اصول اولیه سازماندهی داده ها با هم خویشاوند هستند. تفاوت ها به جزئیات مربوط می شود که اغلب بسیار مهم است. سیستم‌های فایل مرتبط نیز یک نقطه ضعف مشترک دارند: همه آنها حتی قبل از ظهور SSDها برای کار به طور خاص با دیسک‌ها ساخته شده بودند.

فلش مموری به عنوان موتور پیشرفت

درایوهای حالت جامد به تدریج جایگزین درایوهای دیسک می شوند، اما در حال حاضر آنها مجبور به استفاده از سیستم های فایلی هستند که برای آنها بیگانه است و به ارث رسیده است. آنها بر روی آرایه های حافظه فلش ساخته شده اند که اصول عملکرد آنها با دستگاه های دیسک متفاوت است. به طور خاص، حافظه فلش باید قبل از نوشتن پاک شود، عملیاتی که تراشه های NAND نمی توانند در سطح سلول جداگانه انجام دهند. این فقط برای بلوک های بزرگ به طور کامل امکان پذیر است.

این محدودیت به این دلیل است که در حافظه NAND همه سلول ها در بلوک هایی ترکیب می شوند که هر کدام تنها یک اتصال مشترک به گذرگاه کنترل دارند. ما وارد جزئیات سازماندهی صفحه نمی شویم و سلسله مراتب کامل را شرح می دهیم. اصل عملیات گروهی با سلول ها و این واقعیت که اندازه بلوک های فلش مموری معمولاً بزرگتر از بلوک های آدرس دهی شده در هر فایل سیستمی است مهم است. بنابراین، تمام آدرس ها و دستورات برای درایوهای دارای فلش NAND باید از طریق لایه انتزاعی FTL (لایه ترجمه فلش) ترجمه شوند.

سازگاری با منطق دستگاه های دیسک و پشتیبانی از دستورات رابط های بومی آنها توسط کنترلرهای حافظه فلش ارائه می شود. به طور معمول، FTL در سیستم عامل آنها پیاده سازی می شود، اما می تواند (تا حدی) روی هاست پیاده سازی شود - برای مثال، Plextor درایورهایی را برای SSD های خود می نویسد که نوشتن را سرعت می بخشد.

این کار بدون FTL غیرممکن است، زیرا حتی نوشتن یک بیت در یک سلول خاص، یک سری عملیات را آغاز می کند: کنترل کننده بلوک حاوی سلول مورد نظر را پیدا می کند. بلوک به طور کامل خوانده می شود، در حافظه پنهان یا فضای خالی نوشته می شود، سپس به طور کامل پاک می شود، پس از آن با تغییرات لازم بازنویسی می شود.

این رویکرد یادآور زندگی روزمره در ارتش است: برای دستور دادن به یک سرباز، گروهبان یک آرایش عمومی ایجاد می کند، بیچاره را از ترکیب فرا می خواند و به بقیه دستور می دهد که متفرق شوند. در حافظه NOR که اکنون نادر بود، سازمان نیروهای ویژه بود: هر سلول به طور مستقل کنترل می شد (هر ترانزیستور یک تماس جداگانه داشت).

وظایف کنترلرها در حال افزایش است، زیرا با هر نسل حافظه فلش، فرآیند فنی تولید آن به منظور افزایش تراکم و کاهش هزینه ذخیره سازی داده ها کاهش می یابد. همراه با استانداردهای تکنولوژیکی، عمر تخمینی تراشه ها نیز در حال کاهش است.

ماژول‌هایی با سلول‌های SLC تک سطحی دارای منبع اعلام شده 100 هزار چرخه بازنویسی و حتی بیشتر بودند. بسیاری از آنها هنوز در درایوهای فلش قدیمی و کارت های CF کار می کنند. برای MLC کلاس سازمانی (eMLC)، منبع در محدوده 10 تا 20 هزار اعلام شد، در حالی که برای MLC درجه مصرف کننده معمولی 3-5 هزار تخمین زده می شود. حافظه از این نوع به طور فعال توسط TLC حتی ارزان تر فشرده می شود که منبع آن به سختی به هزار چرخه می رسد. نگه داشتن طول عمر فلش مموری در سطح قابل قبولی نیاز به ترفندهای نرم افزاری دارد و سیستم های فایل جدید در حال تبدیل شدن به یکی از آنها هستند.

در ابتدا، سازندگان تصور می کردند که سیستم فایل بی اهمیت است. خود کنترل‌کننده باید مجموعه‌ای از سلول‌های حافظه با عمر کوتاه را از هر نوع سرویس دهد و بار را بین آنها به روشی بهینه توزیع کند. برای درایور سیستم فایل، یک دیسک معمولی را شبیه‌سازی می‌کند و خود بهینه‌سازی‌های سطح پایین را در هر دسترسی انجام می‌دهد. با این حال، در عمل، بهینه سازی دستگاه های مختلفاز جادویی تا ساختگی متفاوت است.

در SSD های سازمانی، کنترلر داخلی یک کامپیوتر کوچک است. این دارای یک بافر حافظه بزرگ (نیم گیگابایت یا بیشتر) است و از بسیاری از تکنیک‌های کارآمدی داده برای جلوگیری از چرخه‌های بازنویسی غیرضروری پشتیبانی می‌کند. تراشه همه بلوک‌ها را در حافظه پنهان سازمان‌دهی می‌کند، نوشتن‌های تنبل را انجام می‌دهد، دوبله‌سازی را در لحظه انجام می‌دهد، برخی از بلوک‌ها را ذخیره می‌کند و برخی دیگر را در پس‌زمینه پاک می‌کند. همه این جادو کاملاً بدون توجه سیستم عامل، برنامه ها و کاربر اتفاق می افتد. با یک SSD مانند این، واقعاً مهم نیست که کدام سیستم فایل استفاده می شود. بهینه سازی های داخلی نسبت به خارجی ها تاثیر بسیار بیشتری بر عملکرد و منابع دارند.

SSDهای مقرون به صرفه (و حتی بیشتر از آن درایوهای فلش) به کنترلرهای هوشمند بسیار کمتری مجهز هستند. حافظه نهان در آنها محدود است یا وجود ندارد و از فناوری های پیشرفته سرور اصلا استفاده نمی شود. کنترل‌کننده‌های کارت‌های حافظه آنقدر ابتدایی هستند که اغلب ادعا می‌شود که اصلا وجود ندارند. بنابراین، برای دستگاه های ارزان قیمت با حافظه فلش، روش های خارجی متعادل سازی بار مرتبط باقی می مانند - در درجه اول با استفاده از سیستم های فایل تخصصی.

از JFFS تا F2FS

یکی از اولین تلاش ها برای نوشتن یک سیستم فایل که اصول سازماندهی حافظه فلش را در نظر بگیرد JFFS - Journaling Flash File System بود. در ابتدا، این توسعه توسط شرکت سوئدی Axis Communications با هدف افزایش کارایی حافظه دستگاه های شبکه ای بود که Axis در دهه نود تولید کرد. نسخه اول JFFS فقط از حافظه NOR پشتیبانی می کرد، اما قبلاً در نسخه دوم با NAND دوست شد.

در حال حاضر JFFS2 استفاده محدودی دارد. اساساً هنوز در آن استفاده می شود توزیع های لینوکسبرای سیستم های تعبیه شده می توان آن را در روترها، دوربین های IP، NAS و سایر دستگاه های معمولی اینترنت اشیا یافت. به طور کلی، هر جا که به مقدار کمی حافظه قابل اعتماد نیاز باشد.

تلاش دیگری برای توسعه JFFS2 LogFS بود که inode ها را در آن ذخیره می کرد فایل جداگانه. نویسندگان این ایده، Jorn Engel، کارمند بخش آلمانی IBM، و Robert Mertens، معلم دانشگاه Osnabrück هستند. کد منبع LogFS در GitHub در دسترس است. قضاوت با این واقعیت که آخرین تغییرچهار سال پیش ساخته شد، LogFS هرگز محبوبیت پیدا نکرد.

اما این تلاش ها باعث ظهور یک سیستم فایل تخصصی دیگر - F2FS شد. این توسط شرکت سامسونگ ساخته شده است که بخش قابل توجهی از فلش مموری های تولید شده در جهان را به خود اختصاص می دهد. سامسونگ تراشه‌های NAND Flash را برای دستگاه‌های خود و سایر شرکت‌ها می‌سازد و همچنین SSD‌هایی را با رابط‌های اساسی جدید به جای دیسک‌های قدیمی توسعه می‌دهد. ایجاد یک فایل سیستم تخصصی بهینه شده برای حافظه فلش از دیدگاه سامسونگ یک ضرورت دیرینه بود.

چهار سال پیش، در سال 2012، سامسونگ F2FS (Flash Friendly File System) را ایجاد کرد. ایده او خوب بود، اما اجرای آن خام بود. وظیفه کلیدی هنگام ایجاد F2FS ساده بود: کاهش تعداد عملیات بازنویسی سلول و توزیع بار روی آنها تا حد امکان یکنواخت. این امر مستلزم انجام عملیات بر روی چندین سلول در یک بلوک به طور همزمان است، نه اینکه آنها را یکی پس از دیگری مجبور کنیم. این بدان معناست که آنچه مورد نیاز است، بازنویسی فوری بلوک‌های موجود در اولین درخواست سیستم‌عامل نیست، بلکه ذخیره کردن دستورات و داده‌ها، افزودن بلوک‌های جدید به فضای آزاد و پاک کردن با تاخیر سلول‌ها است.

امروزه پشتیبانی از F2FS به طور رسمی در لینوکس (و بنابراین در اندروید) پیاده سازی شده است، اما مزایای ویژهدر عمل هنوز کار نمی کند. ویژگی اصلی این فایل سیستم (بازنویسی تنبل) منجر به نتیجه گیری های زودهنگام در مورد اثربخشی آن شد. ترفند قدیمی ذخیره سازی حتی نسخه های اولیه معیارها را فریب می داد، جایی که F2FS یک مزیت خیالی را نه با چند درصد (آنطور که انتظار می رفت) یا حتی چندین بار، بلکه با دستورات بزرگ نشان داد. درایور F2FS به سادگی تکمیل عملیاتی را گزارش کرد که کنترل کننده به تازگی قصد انجام آن را داشت. با این حال، اگر افزایش عملکرد واقعی برای F2FS کم باشد، در این صورت سایش سلول‌ها قطعا کمتر از استفاده از همان ext4 خواهد بود. آن بهینه سازی هایی که یک کنترلر ارزان نمی تواند انجام دهد در سطح خود فایل سیستم انجام می شود.

پسوندها و بیت مپ ها

در حال حاضر، F2FS برای گیک ها عجیب و غریب تلقی می شود. حتی در خودت گوشی های هوشمند سامسونگ ext4 همچنان اعمال می شود. بسیاری آن را توسعه بیشتر ext3 می دانند، اما این کاملاً درست نیست. این بیشتر در مورد یک انقلاب است تا شکستن سد 2 ترابایت در هر فایل و به سادگی افزایش سایر شاخص های کمی.

وقتی کامپیوترها بزرگ و فایل ها کوچک بودند، آدرس دهی مشکلی نبود. به هر فایل تعداد مشخصی بلوک اختصاص داده شد که آدرس آنها در جدول مکاتبات وارد می شد. به این ترتیب فایل سیستم ext3 کار می کرد که تا به امروز در خدمت است. اما در ext4 یک روش آدرس دهی اساساً متفاوت ظاهر شد - وسعت.

وسعت ها را می توان به عنوان پسوندهای inode ها به عنوان مجموعه های گسسته ای از بلوک ها در نظر گرفت که به طور کامل به عنوان دنباله های پیوسته خطاب می شوند. یک وسعت می‌تواند شامل یک فایل با اندازه متوسط ​​باشد، اما برای فایل‌های بزرگ، اختصاص ده یا دو وسعت کافی است. این بسیار کارآمدتر از پرداختن به صدها هزار بلوک کوچک چهار کیلوبایتی است.

خود مکانیسم ضبط نیز در ext4 تغییر کرده است. اکنون بلوک ها بلافاصله در یک درخواست توزیع می شوند. و نه از قبل، بلکه بلافاصله قبل از نوشتن داده ها روی دیسک. تخصیص چند بلوکی تنبل به شما امکان می دهد از شر عملیات غیرضروری خلاص شوید که ext3 مقصر آن بود: در آن، بلوک های یک فایل جدید بلافاصله تخصیص داده شد، حتی اگر کاملاً در حافظه نهان قرار گیرد و برنامه ریزی شده بود که به عنوان موقت حذف شود.

رژیم غذایی با چربی محدود

علاوه بر درختان متعادل و اصلاحات آنها، محبوبیت دیگری نیز وجود دارد ساختارهای منطقی. سیستم های فایل با نوع سازمانی اساساً متفاوت وجود دارد - به عنوان مثال، خطی. احتمالاً حداقل از یکی از آنها اغلب استفاده می کنید.

رمز و راز

معما را حدس بزنید: در دوازده سالگی او شروع به افزایش وزن کرد، در شانزده سالگی یک چاق احمق بود و در سی و دو سالگی چاق شد و یک ساده لوح باقی ماند. اون کیه؟

درست است، این یک داستان در مورد سیستم فایل FAT است. الزامات سازگاری وراثت بدی برای او فراهم کرد. در فلاپی دیسک 12 بیتی روشن بود دیسکهای سخت- ابتدا 16 بیتی بود، اما به روزگار ما به 32 بیت رسیده است. در هر نسخه بعدی، تعداد بلوک‌های آدرس‌پذیر افزایش می‌یابد، اما هیچ چیزی در ماهیت آن تغییر نمی‌کند.

سیستم فایل هنوز محبوب FAT32 بیست سال پیش ظاهر شد. امروزه هنوز ابتدایی است و از لیست‌های کنترل دسترسی، سهمیه دیسک، فشرده‌سازی پس‌زمینه یا دیگر فناوری‌های بهینه‌سازی داده‌های مدرن پشتیبانی نمی‌کند.

چرا FAT32 این روزها مورد نیاز است؟ همه چیز هنوز فقط برای اطمینان از سازگاری است. سازندگان به درستی بر این باورند که پارتیشن FAT32 توسط هر سیستم عاملی قابل خواندن است. به همین دلیل است که آن را روی هارد اکسترنال، USB Flash و کارت های حافظه ایجاد می کنند.

چگونه حافظه فلش گوشی هوشمند خود را آزاد کنیم

کارت های microSD (HC) مورد استفاده در گوشی های هوشمند به طور پیش فرض با فرمت FAT32 هستند. این اصلی ترین مانع برای نصب برنامه ها بر روی آنها و انتقال داده ها از حافظه داخلی است. برای غلبه بر آن، باید یک پارتیشن روی کارت با ext3 یا ext4 ایجاد کنید. تمام ویژگی های فایل (از جمله مالک و حقوق دسترسی) را می توان به آن منتقل کرد، بنابراین هر برنامه ای می تواند به گونه ای کار کند که گویی از حافظه داخلی راه اندازی شده است.

ویندوز نمی داند که چگونه بیش از یک پارتیشن در درایوهای فلش ایجاد کند، اما برای این کار می توانید لینوکس (حداقل در یک ماشین مجازی) یا یک ابزار پیشرفته برای کار با پارتیشن بندی منطقی - به عنوان مثال، MiniTool Partition Wizard Free را اجرا کنید. پس از کشف یک پارتیشن اصلی اضافی با ext3/ext4 روی کارت، اپلیکیشن Link2SD و موارد مشابه گزینه های بسیار بیشتری نسبت به یک پارتیشن FAT32 ارائه می دهند.

استدلال دیگری که به نفع انتخاب FAT32 است اغلب به عنوان عدم ژورنال آن ذکر می شود که به معنای عملیات نوشتن سریع تر و سایش کمتر سلول های حافظه فلش NAND است. در عمل، استفاده از FAT32 به معکوس منجر می شود و بسیاری از مشکلات دیگر را به وجود می آورد.

درایوهای فلش و کارت های حافظه به سرعت از بین می روند زیرا هر تغییری در FAT32 باعث بازنویسی همان بخش هایی می شود که دو زنجیره جداول فایل در آن قرار دارند. من کل صفحه وب را ذخیره کردم و صد بار بازنویسی شد - با هر افزودن یک GIF کوچک دیگر به درایو فلش. آیا نرم افزار قابل حمل راه اندازی کرده اید؟ فایل های موقت ایجاد می کند و در حین اجرا دائماً آنها را تغییر می دهد. بنابراین، استفاده از NTFS بر روی درایوهای فلش با جدول $MFT مقاوم در برابر خرابی بسیار بهتر است. فایل های کوچک را می توان مستقیماً در جدول اصلی فایل ذخیره کرد و پسوندها و کپی های آن در قسمت های مختلف فلش مموری نوشته می شوند. علاوه بر این، نمایه سازی NTFS باعث می شود جستجو سریعتر شود.

اطلاعات

برای FAT32 و NTFS، محدودیت های نظری در سطح تودرتو مشخص نشده است، اما در عمل آنها یکسان هستند: فقط 7707 زیر شاخه را می توان در یک فهرست سطح اول ایجاد کرد. کسانی که دوست دارند عروسک های ماتریوشکا را بازی کنند از آن قدردانی خواهند کرد.

مشکل دیگری که اکثر کاربران با آن مواجه هستند این است که نوشتن فایلی با حجم بیشتر از 4 گیگابایت در پارتیشن FAT32 غیرممکن است. دلیل آن این است که در FAT32 اندازه فایل با 32 بیت در جدول تخصیص فایل توضیح داده شده است و 2^32 (به طور دقیق منهای یک) دقیقاً چهار گیگ است. معلوم می شود که نه یک فیلم با کیفیت معمولی و نه یک تصویر DVD را نمی توان روی فلش مموری تازه خریداری شده نوشت.

کپی کردن فایل های بزرگ چندان بد نیست: وقتی سعی می کنید این کار را انجام دهید، خطا حداقل بلافاصله قابل مشاهده است. در شرایط دیگر، FAT32 به عنوان یک بمب ساعتی عمل می کند. به عنوان مثال، شما نرم افزار قابل حمل را روی فلش درایو کپی کرده اید و در ابتدا بدون مشکل از آن استفاده می کنید. بعد از مدت ها یکی از برنامه ها (مثلا حسابداری یا ایمیل) دیتابیس پف می کند و ... به سادگی آپدیت نمی شود. فایل را نمی توان رونویسی کرد زیرا به حداکثر 4 گیگابایت رسیده است.

یک مشکل کمتر آشکار این است که در FAT32 تاریخ ایجاد یک فایل یا فهرست را می توان در عرض دو ثانیه تعیین کرد. این برای بسیاری از برنامه های رمزنگاری که از مهر زمانی استفاده می کنند کافی نیست. دقت پایین ویژگی date دلیل دیگری است که FAT32 از منظر امنیتی یک سیستم فایل معتبر در نظر گرفته نمی شود. با این حال، او طرف های ضعیفمی تواند برای اهداف خود استفاده شود. به عنوان مثال، اگر هر فایلی را از یک پارتیشن NTFS در یک حجم FAT32 کپی کنید، از تمام ابرداده ها و همچنین مجوزهای ارثی و تنظیم شده ویژه پاک می شوند. FAT به سادگی از آنها پشتیبانی نمی کند.

exFAT

بر خلاف FAT12/16/32، exFAT به طور خاص برای USB Flash و کارت های حافظه بزرگ (≥ 32 گیگابایت) توسعه یافته است. Extended FAT معایب فوق الذکر FAT32 را حذف می کند - بازنویسی همان بخش ها با هر تغییری. به عنوان یک سیستم 64 بیتی، عملاً محدودیت قابل توجهی در اندازه یک فایل ندارد. از نظر تئوری، می تواند 2^64 بایت (16 EB) طول داشته باشد و کارت هایی با این اندازه به زودی ظاهر نمی شوند.

یکی دیگر از تفاوت های اساسی بین exFAT پشتیبانی آن از لیست های کنترل دسترسی (ACL) است. این دیگر همان ساده نویسی دهه نود نیست، اما بسته بودن قالب مانع اجرای exFAT می شود. پشتیبانی ExFAT به طور کامل و قانونی فقط در ویندوز (شروع از XP SP2) و OS X (شروع از 10.6.5) اجرا می شود. در لینوکس و *BSD یا با محدودیت پشتیبانی می شود یا کاملاً قانونی نیست. مایکروسافت برای استفاده از exFAT نیاز به مجوز دارد و اختلافات قانونی زیادی در این زمینه وجود دارد.

Btrfs

یکی دیگر از نمایندگان برجسته سیستم های فایل مبتنی بر B-trees Btrfs نام دارد. این FS در سال 2007 ظاهر شد و در ابتدا در Oracle با هدف کار با SSD و RAID ایجاد شد. به عنوان مثال، می توان آن را به صورت پویا مقیاس بندی کرد: ایجاد اینودهای جدید مستقیماً در سیستم در حال اجرا یا تقسیم یک حجم به حجم های فرعی بدون اختصاص فضای آزاد به آنها.

مکانیسم کپی در نوشتن پیاده‌سازی شده در Btrfs و یکپارچگی کامل با ماژول هسته نقشه‌بردار دستگاه به شما این امکان را می‌دهد که عکس‌های فوری تقریباً آنی از طریق مجازی بگیرید. مسدود کردن دستگاه ها. پیش فشرده سازی (zlib یا lzo) و حذف دوگانه، عملیات اساسی را سرعت می بخشد و در عین حال طول عمر حافظه فلش را نیز افزایش می دهد. این امر به ویژه هنگام کار با پایگاه داده ها (فشرده سازی 2-4 برابر) و فایل های کوچک (آنها در بلوک های بزرگ منظم نوشته می شوند و می توانند مستقیماً در "برگ" ذخیره شوند قابل توجه است.

Btrfs همچنین از حالت ثبت کامل (داده ها و ابرداده ها)، بررسی حجم صدا بدون نصب کردن، و بسیاری از ویژگی های مدرن دیگر پشتیبانی می کند. کد Btrfs تحت مجوز GPL منتشر شده است. این فایل سیستم از نسخه هسته 4.3.1 به عنوان پایدار در لینوکس پشتیبانی می شود.

دفترهای ثبت نام

تقریباً همه سیستم‌های فایل کم و بیش مدرن (ext3/ext4، NTFS، HFSX، Btrfs و غیره) به گروه کلی فایل‌های ژورنال شده تعلق دارند، زیرا آنها سوابق تغییرات ایجاد شده را در یک گزارش جداگانه (ژورنال) نگه می‌دارند و در برابر آن بررسی می‌شوند. رویداد خرابی در حین عملیات دیسک. با این حال، جزئیات گزارش و تحمل خطا در این فایل سیستم ها متفاوت است.

Ext3 از سه حالت ورود به سیستم پشتیبانی می کند: با بازخورد، ثبت سازماندهی شده و کامل. حالت اول فقط شامل ضبط است تغییرات کلی(فراداده) با توجه به تغییرات خود داده به صورت ناهمزمان انجام می شود. در حالت دوم، همان ضبط ابرداده انجام می شود، اما به شدت قبل از ایجاد هرگونه تغییر. حالت سوم معادل ثبت کامل است (هم در ابرداده و هم در خود فایل ها تغییر می کند).

یکپارچگی داده ها فقط تضمین می شود آخرین گزینه. دو مورد باقی مانده فقط تشخیص خطاها را در حین اسکن سرعت می بخشند و بازیابی یکپارچگی خود سیستم فایل را تضمین می کنند، اما نه محتویات فایل ها.

ژورنال نویسی در NTFS شبیه حالت دوم لاگ در ext3 است. فقط تغییرات ابرداده در گزارش ثبت می‌شود و ممکن است در صورت خرابی، خود داده از بین برود. این روش ورود به سیستم در NTFS به عنوان راهی برای دستیابی به حداکثر قابلیت اطمینان در نظر گرفته نشده بود، بلکه تنها به عنوان یک مصالحه بین عملکرد و تحمل خطا بود. به همین دلیل است که افرادی که به کار با سیستم های کاملاً ژورنال شده عادت دارند، شبه ژورنالینگ NTFS را در نظر می گیرند.

رویکرد پیاده سازی شده در NTFS از برخی جهات حتی بهتر از پیش فرض در ext3 است. علاوه بر این، NTFS به طور دوره‌ای نقاط بازرسی ایجاد می‌کند تا اطمینان حاصل کند که تمام عملیات دیسک به تعویق افتاده قبلی تکمیل شده است. نقاط بازرسی هیچ ارتباطی با نقاط بازیابی در \System Volume Information\ ندارند. اینها فقط ورودی های گزارش خدمات هستند.

تمرین نشان می دهد که چنین ژورنالینگ جزئی NTFS در بیشتر موارد برای عملیات بدون مشکل کافی است. از این گذشته ، حتی با قطع ناگهانی برق ، دستگاه های دیسک فوراً برق را از دست نمی دهند. منبع تغذیه و خازن های متعدد در خود درایوها فقط حداقل مقدار انرژی را فراهم می کنند که برای تکمیل عملیات نوشتن فعلی کافی است. با SSD های مدرن، با سرعت و کارایی خود، معمولاً همان مقدار انرژی برای انجام عملیات معلق کافی است. تلاش برای تغییر به ثبت کامل، سرعت اکثر عملیات را به میزان قابل توجهی کاهش می دهد.

اتصال فایل های شخص ثالث در ویندوز

استفاده از فایل سیستم ها به دلیل پشتیبانی آنها در سطح سیستم عامل محدود شده است. به عنوان مثال، ویندوز ext2/3/4 و HFS+ را نمی فهمد، اما گاهی اوقات لازم است از آنها استفاده کنید. این را می توان با اضافه کردن درایور مناسب انجام داد.

هشدار

اکثر درایورها و پلاگین ها برای پشتیبانی از فایل سیستم های شخص ثالث محدودیت های خود را دارند و همیشه به طور پایدار کار نمی کنند. ممکن است با سایر درایورها، آنتی ویروس ها و برنامه های مجازی سازی تضاد داشته باشند.

درایور باز برای خواندن و نوشتن پارتیشن های ext2/3 با پشتیبانی جزئی از ext4. که در آخرین نسخهدامنه ها و پارتیشن های تا 16 ترابایت پشتیبانی می شوند. LVM، لیست های کنترل دسترسی و ویژگی های توسعه یافته پشتیبانی نمی شوند.

وجود دارد افزونه رایگانبرای فرمانده کل. از خواندن پارتیشن های ext2/3/4 پشتیبانی می کند.

coLinux یک پورت باز و رایگان از هسته لینوکس است. همراه با یک درایور 32 بیتی، به شما امکان می دهد لینوکس را روی آن اجرا کنید محیط ویندوزاز سال 2000 تا 7 بدون استفاده از فناوری های مجازی سازی. فقط از نسخه های 32 بیتی پشتیبانی می کند. توسعه یک اصلاح 64 بیتی لغو شد. coLinux، در میان چیزهای دیگر، به سازماندهی از دسترسی به ویندوزبه پارتیشن های ext2/3/4. پشتیبانی از این پروژه در سال 2014 به حالت تعلیق درآمد.

ویندوز 10 ممکن است قبلاً از موارد خاصی پشتیبانی داخلی داشته باشد فایل لینوکسسیستم ها، فقط پنهان است. این افکار توسط درایور سطح هسته Lxcore.sys و سرویس LxssManager که به عنوان یک کتابخانه توسط فرآیند Svchost.exe بارگیری می شود، پیشنهاد شده است. برای اطلاعات بیشتر در این مورد، به گزارش الکس یونسکو با عنوان "هسته لینوکس پنهان در ویندوز 10" که در Black Hat 2016 ارائه کرد، مراجعه کنید.

ExtFS برای ویندوز یک درایور پولی است که توسط Paragon تولید شده است. این برنامه روی ویندوز 7 تا 10 اجرا می شود و از دسترسی خواندن/نوشتن به حجم های ext2/3/4 پشتیبانی می کند. پشتیبانی تقریباً کاملی از ext4 در ویندوز ارائه می دهد.

HFS+ برای ویندوز 10 یکی دیگر از درایورهای اختصاصی تولید شده توسط Paragon Software است. با وجود نام، در همه کار می کند نسخه های ویندوزبا XP شروع می شود. دسترسی کامل به سیستم های فایل HFS+/HFSX بر روی دیسک ها با هر طرح بندی (MBR/GPT) را فراهم می کند.

WinBtrfs توسعه اولیه درایور Btrfs برای ویندوز است. در حال حاضر در نسخه 0.6 از دسترسی خواندن و نوشتن به حجم های Btrfs پشتیبانی می کند. این می تواند پیوندهای سخت و نمادین را مدیریت کند، از جریان های داده جایگزین، ACL ها، دو نوع فشرده سازی و حالت خواندن/نوشتن ناهمزمان پشتیبانی می کند. در حالی که WinBtrfs نمی داند چگونه از mkfs.btrfs، btrfs-balance و سایر ابزارهای کمکی برای حفظ این فایل سیستم استفاده کند.

قابلیت ها و محدودیت های سیستم فایل: جدول خلاصه

سیستم فایل	حداکثر اندازه حجم	محدود کردن حجم یک فایل	طول نام فایل مناسب	طول نام کامل فایل (شامل مسیر از ریشه)	تعداد فایل ها و/یا فهرست ها را محدود کنید	دقت نشانگر تاریخ فایل/دایرکتوری	حقوق دوس-تو-پا	لینک های سخت	پیوندهای نمادین	عکس های فوری	فشرده سازی داده ها در پس زمینه	رمزگذاری داده ها در پس زمینه	پدربزرگ-ple-ka-tion از داده ها
FAT16	2 گیگابایت در بخش های 512 بایتی یا 4 گیگابایت در کلاسترهای 64 کیلوبایتی	2 گیگابایت	255 بایت با LFN	-	-	-	-	-	-	-	-	-	-
FAT32	8 بخش ترابایتی هر کدام 2 کیلوبایت	4 گیگابایت (2^32 - 1 بایت)	255 بایت با LFN	تا 32 زیر شاخه با CDS	65460	10 ms (ایجاد) / 2 ثانیه (اصلاح)	خیر	خیر	خیر	خیر	خیر	خیر	خیر
exFAT	≈ 128 PB (2^32-1 خوشه 2^25-1 بایت) نظری / 512 TB به دلیل محدودیت های شخص ثالث	16 EB (2^64 - 1 بایت)			2796202 در کاتالوگ	10 میلی ثانیه	ACL	خیر	خیر	خیر	خیر	خیر	خیر
NTFS	256 ترابایت در کلاسترهای 64 کیلوبایتی یا 16 ترابایت در کلاسترهای 4 کیلوبایتی	16 ترابایت (Win 7) / 256 TB (Win 8)	255 کاراکتر یونیکد (UTF-16)	32760 کاراکتر یونیکد، حداکثر تا 255 کاراکتر در هر عنصر	2^32-1	100 ns	ACL	آره	آره	آره	آره	آره	آره
HFS+	8 EB (2^63 بایت)	8 EB	255 کاراکتر یونیکد (UTF-16)	به طور جداگانه محدود نمی شود	2^32-1	1 ثانیه	یونیکس، ACL	آره	آره	خیر	آره	آره	خیر
APFS	8 EB (2^63 بایت)	8 EB	255 کاراکتر یونیکد (UTF-16)	به طور جداگانه محدود نمی شود	2^63	1 ns	یونیکس، ACL	آره	آره	آره	آره	آره	آره
Ext3	32 ترابایت (از لحاظ نظری) / 16 ترابایت در کلاسترهای 4 کیلوبایتی (به دلیل محدودیت های برنامه های e2fs)	2 ترابایت (از لحاظ نظری) / 16 گیگابایت برای برنامه های قدیمی تر	255 کاراکتر یونیکد (UTF-16)	به طور جداگانه محدود نمی شود	-	1 ثانیه	یونیکس، ACL	آره	آره	خیر	خیر	خیر	خیر
Ext4	1 EB (از لحاظ نظری) / 16 ترابایت در کلاسترهای 4 کیلوبایتی (به دلیل محدودیت های برنامه های e2fs)	16 ترابایت	255 کاراکتر یونیکد (UTF-16)	به طور جداگانه محدود نمی شود	4 میلیارد	1 ns	POSIX	آره	آره	خیر	خیر	آره	خیر
F2FS	16 ترابایت	3.94 ترابایت	255 بایت	به طور جداگانه محدود نمی شود	-	1 ns	POSIX، ACL	آره	آره	خیر	خیر	آره	خیر
BTRFS	16 EB (2^64 - 1 بایت)	16 EB	255 کاراکتر ASCII	2^17 بایت	-	1 ns	POSIX، ACL	آره	آره	آره	آره	آره	آره

سیستم فایل ReFS جدید مایکروسافت در ابتدا روی سرورهای در حال اجرا ظاهر شد کنترل ویندوز 2012. و تنها بعداً در ویندوز 10 گنجانده شد، جایی که فقط می‌توان از آن به عنوان بخشی از ویژگی فضای ذخیره‌سازی (فناوری مجازی‌سازی فضای دیسک) یک استخر دیسک استفاده کرد. که در ویندوز سرور 2016 مایکروسافت قول داده است که کار با فایل سیستم ReFS را به میزان قابل توجهی بهبود بخشد، و طبق شایعات چاپ شده، ReFS ممکن است جایگزین سیستم فایل قدیمی NTFS شود. نسخه جدیدویندوز 10 که با افتخار نام ویندوز 10 پرو (برای رایانه های شخصی پیشرفته) را یدک می کشد.

اما ReFs دقیقا چیست، چه تفاوتی با سیستم فایل NTFS مورد استفاده فعلی دارد و چه مزایایی دارد؟

ReFS چیست؟

به طور خلاصه، به عنوان یک سیستم فایل مقاوم در برابر خطا طراحی شده است. ReFS یک سیستم فایل جدید مبتنی بر کد است که اساساً طراحی مجدد و بهبود سیستم فایل NTFS است. اینها شامل قابلیت اطمینان بهبود یافته ذخیره سازی اطلاعات، عملکرد پایدار در حالت های استرس، اندازه فایل ها، حجم ها، دایرکتوری ها، تعداد فایل ها در حجم ها و دایرکتوری ها فقط با اندازه تعداد 64 بیتی محدود می شود. به یاد بیاورید که حداکثر برای چنین مقداری است حداکثر اندازهحجم فایل 16 exbibyte و حجم آن 1 yobibyte خواهد بود.

در حال حاضر ReFS جایگزینی برای NTFS نیست. مزایا و معایب خود را دارد. اما شما نمی توانید مثلاً یک دیسک را فرمت کنید و یک دیسک جدید را روی آن نصب کنید. کپی ویندوزپس چگونه این کار را روی NTFS انجام می دهید.

ReFS از داده های شما محافظت می کند

ReFS از جمع‌های چک برای فراداده استفاده می‌کند و همچنین می‌تواند از جمع‌های چک برای فایل‌های داده استفاده کند. هر بار که فایل‌ها را می‌خوانید یا می‌نویسید، ReFS چک‌سوم را بررسی می‌کند تا از صحت آن اطمینان حاصل کند. این بدان معنی است که سیستم فایل خود ابزاری دارد که قادر به تشخیص داده های خراب در پرواز است.

ReFS با ویژگی Storage Spaces یکپارچه شده است. اگر Mirroring را با پشتیبانی ReFS پیکربندی کرده باشید، ویندوز به راحتی خرابی سیستم فایل را شناسایی کرده و با کپی کردن داده های آینه شده در دیسک آسیب دیده، به طور خودکار آن را تعمیر می کند. این تابعبرای هر دو ویندوز 10 و ویندوز 8.1 موجود است.

اگر ReFS داده های خراب را تشخیص دهد و هیچ کپی مورد نیازی از داده ها برای بازیابی وجود نداشته باشد، سیستم فایل می تواند بلافاصله داده های خراب را از دیسک حذف کند. این بر خلاف NTFS نیازی به راه اندازی مجدد سیستم ندارد.

ReFS نه تنها یکپارچگی فایل ها را در حین نوشتن و خواندن بررسی می کند. به طور خودکار یکپارچگی داده ها را با بررسی منظم همه فایل های روی دیسک، شناسایی و تصحیح داده های خراب اسکن می کند. در این حالت نیازی به اجرای دوره ای دستور chkdsk برای بررسی دیسک نیست.

سیستم فایل جدید همچنین به روش های دیگر در برابر خرابی داده ها مقاوم است. به عنوان مثال، شما ابرداده یک فایل را به روز می کنید (مثلاً نام فایل را فرض کنید). سیستم فایل NTFS مستقیماً ابرداده فایل را تغییر می دهد. اگر در این زمان سیستم از کار بیفتد (قطع برق) احتمال آسیب دیدن فایل زیاد است. هنگامی که متادیتا را تغییر می دهید، سیستم فایل ReFS یک کپی جدید از ابرداده ایجاد می کند. سیستم فایل ابرداده قدیمی را بازنویسی نمی کند، بلکه آن را در یک بلوک جدید می نویسد. این امکان آسیب دیدن فایل را از بین می برد. این استراتژی «کپی روی نوشتن» (کپی روی نوشتن، برجسته روی نوشتن) نامیده می شود. این استراتژی در سیستم های فایل مدرن دیگر مانند ZFS و BtrFS در لینوکس و همچنین فایل سیستم جدید APFS اپل موجود است.

محدودیت های سیستم فایل NTFS

ReFS مدرن تر از NTFS است و از حجم داده های بسیار بزرگتر و نام فایل های طولانی تر پشتیبانی می کند. در دراز مدت این بسیار مهم است.

در سیستم فایل NTFS، مسیر فایل به 255 کاراکتر محدود شده است. در ReFS، حداکثر تعداد کاراکترها در حال حاضر 32768 کاراکتر قابل توجه است. در حال حاضر گزینه ای در ویندوز 10 برای غیرفعال کردن عنصر کاراکتر برای NTFS وجود دارد. در حجم های دیسک ReFS این محدودیت به طور پیش فرض غیرفعال است.

ReFS از نام فایل های DOS 8.3 پشتیبانی نمی کند. در جلدهای NTFS، به پوشه های "CProgram Files"، "CProgra`1" دسترسی دارید. آنها برای سازگاری با نرم افزارهای قدیمی مورد نیاز هستند. در ReFS پوشه هایی را که ما به آنها عادت کرده ایم پیدا نخواهید کرد. حذف شده اند.

حداکثر حجم تئوری داده پشتیبانی شده توسط NTFS 16 اگزابایت است، ReFS تا 262144 اگزابایت را پشتیبانی می کند. اکنون این رقم به سادگی بزرگ به نظر می رسد.

عملکرد ReFS

توسعه دهندگان هدفی برای ایجاد یک فایل سیستم سازنده تر تعیین نکردند. آنها یک سیستم بهینه تر ساختند.

به عنوان مثال، هنگامی که با یک آرایه استفاده می شود، ReFS از بهینه سازی سطح بلادرنگ پشتیبانی می کند. شما یک استخر ذخیره سازی متشکل از دو دیسک دارید. اولین دیسک برای عملکرد با سرعت بالا انتخاب شده است، دسترسی سریعبه داده ها دیسک دوم با معیارهای قابلیت اطمینان برای ذخیره سازی طولانی مدت داده انتخاب شده است. که در زمینه ReFS به طور خودکار تکه های بزرگی از داده ها را به یک دیسک کندتر منتقل می کند و در نتیجه اطمینان می دهد که داده ها به طور ایمن ذخیره می شوند.

در ویندوز سرور 2016، توسعه دهندگان ابزاری را اضافه کردند که با استفاده از ویژگی های خاص ماشین مجازی، عملکرد را بهبود می بخشد. به عنوان مثال، ReFS از کپی بلوک پشتیبانی می کند، که فرآیند کپی ماشین مجازی و عملیات ادغام نقاط بازرسی را سرعت می بخشد. برای ایجاد یک کپی از یک ماشین مجازی، ReFS یک کپی جدید از ابرداده روی دیسک ایجاد می کند و پیوندی به داده های کپی شده روی دیسک ارائه می دهد. این به این دلیل است که با ReFS، چندین فایل می توانند به همان داده های اساسی روی دیسک ارجاع دهند. بعد از اینکه با آن کار کردید ماشین مجازی، داده ها را تغییر دهید، روی دیسک در مکان دیگری نوشته می شود، اما داده های ماشین مجازی اصلی روی دیسک باقی می مانند. این به طور قابل توجهی روند ایجاد کپی ها را سرعت می بخشد و بار روی دیسک را کاهش می دهد.

ReFS از "Sparse VDL" (فایل های تخلیه شده) پشتیبانی می کند. یک فایل پراکنده فایلی است که در آن دنباله ای از صفر بایت با اطلاعات مربوط به آن دنباله (لیستی از حفره ها) جایگزین شده است. سوراخ ها - توالی خاصصفر بایت در داخل فایل که روی دیسک نوشته نمی شود. اطلاعات مربوط به خود سوراخ ها در فراداده سیستم فایل ذخیره می شود.

فناوری پشتیبانی از فایل تخلیه شده به شما امکان می دهد تا به سرعت صفر را در آن بنویسید فایل بزرگ. این امر روند ایجاد یک فایل دیسک سخت مجازی (VHD) جدید، خالی و با اندازه ثابت را بسیار تسریع می کند. ایجاد چنین فایلی در ReFS چند ثانیه طول می کشد، در حالی که در NTFS چنین عملیاتی تا 10 دقیقه طول می کشد.

با این حال، ReFS قادر به جایگزینی کامل NTFS نیست

همه چیزهایی که در بالا توضیح دادیم خوب به نظر می رسد، اما شما نمی توانید از NTFS به ReFS تغییر دهید. ویندوز نمی تواند از سیستم فایل ReFS بوت شود و به NTFS نیاز دارد.

ReFS فاقد بسیاری از فناوری های موجود در NTFS است. به عنوان مثال، فشرده سازی و رمزگذاری سیستم فایل، لینک های سخت، ویژگی های توسعه یافته، حذف داده ها، و سهمیه دیسک. علاوه بر این، برخلاف NTFS، ReFS از این فناوری پشتیبانی می کند رمزگذاری کاملداده - BitLocker.

در ویندوز 10، نمی توانید پارتیشن دیسک را با ReFS فرمت کنید. فایل سیستم جدید فقط برای سیستم های ذخیره سازی در دسترس است که وظیفه اصلی آن محافظت از داده ها در برابر آسیب است. در ویندوز سرور 2016، شما قادر خواهید بود یک پارتیشن دیسک را با ReFS فرمت کنید. شما می توانید از آن برای اجرای ماشین های مجازی استفاده کنید. اما شما نمی توانید آن را به عنوان یک دیسک بوت انتخاب کنید. ویندوز فقط از سیستم فایل NTFS بوت می شود.

هنوز مشخص نیست که آینده مایکروسافت برای فایل سیستم جدید چه خواهد بود. شاید یک روز به طور کامل جایگزین NTFS در تمام نسخه های ویندوز شود. اما در این لحظه ReFS فقط برای کارهای خاصی قابل استفاده است.

کاربرد ReFS

در بالا در حمایت از سیستم عامل جدید بسیار گفته شده است. معایب و مزایا شرح داده شده است. پیشنهاد می کنم توقف کنید و خلاصه کنید. برای چه اهدافی می توان و شاید باید از ReFS استفاده کرد.

در ویندوز 10، ReFS فقط در ارتباط با مولفه Storage Spaces قابل استفاده است. مطمئن شوید که دیسک خود را که برای ذخیره سازی داده اختصاص داده شده است در ReFS فرمت کنید نه NTFS. در این صورت، شما قادر خواهید بود به طور کامل از قابلیت اطمینان ذخیره سازی داده ها قدردانی کنید.

در ویندوز سرور می توانید با استفاده از استاندارد یک پارتیشن را برای ReFS فرمت کنید ابزار ویندوزدر کنسول مدیریت دیسک توصیه می شود در صورت استفاده آن را برای ReFS فرمت کنید سرورهای مجازی. اما این را به خاطر بسپار دیسک بوتباید به صورت NTFS فرمت شود. بوت شدن از سیستم فایل ReFS توسط سیستم عامل های ویندوز پشتیبانی نمی شود.

سیستم فایل ReFS جدید و ویندوز 10| 2017-06-28 06:34:15 | کاربر فوق العاده | نرم افزار سیستم | https://site/media/system/images/new.png | سیستم فایل جدید Microsoft ReFS جایگزین NTFS قدیمی شده است. مزایای ReFS چیست و چه تفاوتی با NTFS دارد. | refs، refs یا ntfs، refs ویندوز 10، سیستم فایل refs، سیستم فایل جدید، سیستم ntfs، سیستم فایل ntfs

با سیستم فایل جدید ReFS (سیستم فایل مقاوم - سیستم فایل مقاوم به خطا) آشنا شوید.

در اصل، این خیلی جدید نیست، مایکروسافت ReFS را از ابتدا توسعه نداده است، که قبلاً با نام رمز Protogon شناخته می شد، که برای ویندوز سرور 8 توسعه یافته بود و اکنون بر روی ماشین های کلاینت ویندوز 8 نصب خواهد شد.

بنابراین، برای باز کردن، بستن، خواندن و نوشتن فایل‌ها، سیستم از همان رابط‌های دسترسی API مانند NTFS استفاده می‌کند.
بسیاری از ویژگی های شناخته شده دست نخورده باقی ماندند - به عنوان مثال، رمزگذاری دیسک Bitlocker و پیوندهای نمادین برای کتابخانه ها.
سایر ویژگی ها مانند فشرده سازی داده ها ناپدید شده اند.

فایل سیستم قبلی NTFS (سیستم فایل فناوری جدید) در نسخه 1.2 در سال 1993 به عنوان بخشی از ویندوز NT 3.1 معرفی شد و با ظهور ویندوز XP در سال 2001، NTFS به نسخه 3.1 رشد کرد و تنها پس از آن شروع به کار کرد. بر روی ماشین های مشتری نصب شده است.
به تدریج، قابلیت های NTFS به محدودیت های خود رسیده است: بررسی رسانه های ذخیره سازی ظرفیت بزرگخیلی طول میکشه
گزارش (فایل ثبت نام) سرعت دسترسی را کاهش می دهد و تقریباً به حداکثر اندازه فایل رسیده است.

بیشتر نوآوری های ReFS در زمینه ایجاد و مدیریت ساختارهای فایل و پوشه نهفته است.
آنها برای تصحیح خودکار خطا، حداکثر مقیاس بندی و عملکرد در حالت همیشه آنلاین طراحی شده اند.
برای این اهداف، مایکروسافت از مفهوم درختان B+ که از پایگاه‌های داده آشنا هستند استفاده می‌کند.
این بدان معنی است که پوشه ها در سیستم فایل به صورت جداول با فایل ها به عنوان ورودی ساختار یافته اند.

اینها، به نوبه خود، می توانند ویژگی های خاصی را به عنوان جدول های فرعی اضافه کرده و یک ساختار درختی سلسله مراتبی ایجاد کنند.
حتی فضای آزاد دیسک در جداول سازماندهی شده است.
هسته سیستم ReFS جدول شی است - یک دایرکتوری مرکزی که تمام جداول سیستم را فهرست می کند.

ReFS از مدیریت log پیچیده خلاص شده است و اکنون اطلاعات فایل جدید را در آن ضبط می کند فضای خالی، که از بازنویسی آن جلوگیری می کند.
اما حتی اگر این اتفاق ناگهانی بیفتد، سیستم پیوندها را به رکوردها در ساختار B+-tree دوباره ثبت می کند.

مانند NTFS، ReFS اساساً بین اطلاعات فایل (فراداده) و محتوای فایل (داده های کاربر) تمایز قائل می شود، اما سخاوتمندانه هر دو را با ویژگی های امنیتی یکسانی ارائه می دهد.
بنابراین، ابرداده ها به طور پیش فرض با استفاده از جمع های کنترلی محافظت می شوند.
در صورت تمایل می توان همان حفاظت را برای داده های کاربر ارائه کرد.
این چک‌سام‌ها در فاصله ایمن از یکدیگر بر روی دیسک قرار می‌گیرند تا در صورت بروز خطا، بتوان اطلاعات را بازیابی کرد.

انتقال داده از NTFS به ReFS

آیا در ویندوز 8 امکان تبدیل آسان و آسان داده ها از NTFS به ReFS و بالعکس وجود خواهد داشت؟
مایکروسافت می گوید هیچ عملکرد داخلی تبدیل فرمت وجود نخواهد داشت، اما اطلاعات همچنان قابل کپی است.
دامنه ReFS واضح است: در ابتدا فقط می توان از آن به عنوان یک مدیر داده بزرگ برای سرور استفاده کرد.
بنابراین، هنوز نمی توان ویندوز 8 را از روی دیسکی که سیستم فایل جدید را اجرا می کند، اجرا کرد.
هنوز هیچ درایو خارجی با ReFS وجود نخواهد داشت - فقط درایوهای داخلی.

بدیهی است که با گذشت زمان ReFS مجهز خواهد شد مقدار زیادعملکرد می کند و می تواند سیستم قدیمی را جایگزین کند.
شاید با انتشار اولین بسته به روز رسانی ویندوز 8 این اتفاق بیفتد.

مقایسه فایل سیستم های NTFS و ReFS

تغییر نام فایل

NTFS

1. NTFS به Log می نویسد که نام فایل باید تغییر کند.
NTFS همچنین تمام اقدامات را در آنجا ضبط می کند.
2. فقط پس از این کار نام فایل را در محل تغییر می دهد.
بنابراین، نام قدیمی با نام جدید بازنویسی می شود.
3. در نهایت علامتی نشان دهنده انجام موفقیت آمیز عملیات مشخص شده در Log (فایل ثبت سیستم فایل) ظاهر می شود.

ReFS

1 - نام جدید به فضای آزاد نوشته می شود.
بسیار مهم است که نام قبلی در ابتدا پاک نشود.
2 - به محض نوشتن نام جدید، ReFS مرجع را به قسمت نام تغییر می دهد.
اکنون در سیستم فایل نه به نام قدیمی، بلکه به نام جدید منتهی می شود.

تغییر نام فایل در هنگام قطع برق

ReFS

1. NTFS طبق معمول درخواست تغییر را در Log می نویسد.
2. پس از این به دلیل قطع برق، فرآیند تغییر نام قطع می شود و هیچ سابقه ای از نام های قدیمی و جدید وجود ندارد.
3. ویندوز راه اندازی مجدد می شود.
4. به دنبال این، برنامه تصحیح خطا - Chkdisk - راه اندازی می شود.
5. فقط در حال حاضر، با استفاده از مجله، هنگام اعمال یک بازگشت، نام فایل اصلی بازیابی می شود.

NTFS

1. در مرحله اول ReFS یک نام جدید در مکان دیگری در سیستم فایل می نویسد، اما در این لحظه منبع تغذیه قطع می شود.
2. خرابی باعث ریستارت خودکار ویندوز می شود.
3. بعد از آن برنامه Chkdisk شروع می شود. این سیستم فایل را برای خطاها تجزیه و تحلیل می کند و در صورت لزوم آنها را تصحیح می کند.
در همین حال، مجموعه داده ReFS در یک وضعیت پایدار است. نام فایل قبلی بلافاصله پس از قطع برق دوباره معتبر می شود.

اهداف کلیدی ReFS:

حداکثر سازگاری را با مجموعه ای از ویژگی های پرکاربرد NTFS حفظ کنید و در عین حال از شر موارد غیر ضروری که فقط سیستم را پیچیده می کنند خلاص شوید.
. تأیید و تصحیح خودکار داده ها؛
. حداکثر مقیاس پذیری؛
. عدم امکان غیرفعال کردن کامل سیستم فایل به دلیل جداسازی مناطق معیوب؛
. معماری انعطاف پذیر با استفاده از ویژگی Storage Spaces که به طور خاص برای ReFS طراحی و پیاده سازی شده است.

ویژگی‌های کلیدی ReFS (برخی فقط با فضاهای ذخیره‌سازی در دسترس هستند):

یکپارچگی ابرداده با جمع‌های چک
. جریان های یکپارچگی: روشی برای نوشتن داده ها بر روی دیسک برای حفاظت بیشتر از داده ها در صورت آسیب دیدن بخشی از دیسک.
. مدل معاملاتی "تخصیص در نوشتن" (کپی در نوشتن)؛
. محدودیت های بزرگ در اندازه پارتیشن ها، فایل ها و دایرکتوری ها.
اندازه پارتیشن به 278 بایت با اندازه کلاستر 16 کیلوبایت (2 64 16 2 10) محدود شده است، پشته ویندوز 2 64 را پشتیبانی می کند.
حداکثر تعداد فایل در یک دایرکتوری: 2 64 .
حداکثر تعداد دایرکتوری ها در یک بخش: 2 64 ;
. ادغام و مجازی سازی برای بیشتر ایجاد آسانمدیریت پارتیشن ها و سیستم فایل؛
. تقسیم‌بندی داده‌های سریال (ریپینگ داده‌ها) برای بهبود عملکرد، نوشتن اضافی برای تحمل خطا.
. پشتیبانی از تکنیک های تمیز کردن دیسک پس زمینه (پاک کردن دیسک) برای شناسایی خطاهای پنهان.
. داده های نجات در اطراف یک منطقه آسیب دیده روی دیسک؛
. حوضچه های ذخیره سازی مشترک بین ماشین ها برای تحمل بیشتر خطا و متعادل کردن بار.

برش لوله و خم کن لوله برای خود مونتاژ تجهیزات پشتیبانی زندگی

دو ابزار از بلوک‌های آبی EK برای کسانی که مایعات مایع خود را جمع‌آوری می‌کنند هدف قرار می‌گیرد: EK-Loop Soft Tube Cutter و EK-Loop Modulus Hard Tube Bending Tool.

مجموعه درایور گرافیک اول ژانویه 2020 نرم افزار Radeon Adrenalin 2020 Edition 20.1.1 شامل بهینه سازی هایی برای بازی Monster Hunter World: Iceborne است و تقریباً سه دوجین باگ شناسایی شده در نسخه های قبلی را برطرف می کند.

گوگل به پشتیبانی خود ادامه خواهد داد مرورگر کرومبرای ویندوز 7

بسیاری از کاربران، به ویژه کاربران شرکتی، عجله ای برای کنار گذاشتن ویندوز 7 ندارند، اگرچه پیشرفته است پشتیبانی از ویندوز 7 برای کاربران عادی در 14 ژانویه 2020 به پایان می رسد.

اولین پیشرفت های سیستم فایل ReFS در سال 2012 به طور مستقیم در ویندوز سرور 2012 ظاهر شد. اکنون این فناوری در سیستم عامل ها دیده می شود. سیستم های ویندوز 8 و 10 به عنوان جایگزینی برای NTFS. شما باید بفهمید که چرا ReFS بهتر از سایر سیستم های فایل است و آیا می توان از آن در رایانه های خانگی استفاده کرد یا خیر.

مفهوم ReFS

ReFS ( سیستم فایل انعطاف پذیر) – یک فناوری مقاوم در برابر خطا است که جایگزین NTFS شده است. طراحی شده برای رفع کاستی های قبلی و کاهش میزان اطلاعاتی که می تواند در طول عملیات های مختلف از بین برود. پشتیبانی از کار با فایل های حجیم

بنابراین یکی از مزایای فناوری امنیت بالای داده در برابر تخریب است. رسانه شامل جمع‌های کنترلی و ابرداده‌هایی است که برای تعیین یکپارچگی داده‌های روی پارتیشن‌ها طراحی شده‌اند. اسکن در طول عملیات خواندن/نوشتن انجام می شود و بلافاصله فایل های آسیب دیده را شناسایی می کند.

مزایای ReFS

سیستم فایل ReFS (FS) دارای ویژگی های زیر است:

1. بهره وری عالی؛
2. بهبود توانایی بررسی رسانه برای خطاها؛
3. میزان کم از دست دادن داده ها هنگام بروز خطاهای سیستم فایل و بلوک های بد.
4. پیاده سازی رمزگذاری EFS؛
5. عملکرد سهمیه دیسک؛
6. حداکثر محدودیت فایل به 18.3 EB افزایش یافت.
7. افزایش تعداد فایل های ذخیره شده در یک پوشه به 18 تریلیون.
8. حداکثر ظرفیت دیسک تا 402 EB.
9. تعداد کاراکترهای نام فایل به 32767 افزایش یافته است.

البته فرصت های زیادی وجود دارد، اما این همه نیست. با این حال، ارزش توجه به یک نکته را دارد: همه این مزایا چقدر برای کاربر عادی مفید خواهد بود؟

برای کاربری که در خانه با کامپیوتر کار می کند، تنها چیزی که مفید خواهد بود، سرعت سریع بررسی پارتیشن ها برای خطاها و کاهش از دست رفتن فایل ها در صورت بروز این خطاها است. البته در این حالت امنیت فقط در سطح فایل سیستم انجام می شود یعنی فقط مشکلات خودش و مشکل از دست رفتن را حل می کند. فایل های مهمهنوز یک موضوع مبرم باقی مانده است. به عنوان مثال، این ممکن است به دلیل خرابی رخ دهد هارد دیسک. تکنولوژی بیشترین تاثیر را در.

مزیت RAID تحمل خطا بالا و ایمنی داده ها و همچنین سرعت بالابیشترین استفاده از سطوح RAID 1 و 2 است. معایب سیستم هزینه بالای خرید تجهیزات و همچنین زمان صرف شده برای پیاده سازی است. من فکر می کنم که کاربر معمولی اگر ایجاد نکند هیچ فایده ای از این کار ندارد سرور خانگی، 24/7 کار می کند.

انجام تست های مبتنی بر ReFS و NTFS

استفاده كردن نرم افزارما موفق شدیم متوجه شویم که استفاده از سیستم فایل ReFS در مقایسه با NTFS افزایش قابل توجهی در عملکرد ایجاد نمی کند. آزمایش‌های مبتنی بر چرخه‌های خواندن و نوشتن مشابه که روی دیسک‌ها و اندازه‌های فایل مشابه اتفاق می‌افتند، ابزار Crystal Disk Mark نتایج یکسانی را نشان داد. ReFS هنگام کپی کردن فایل های کوچک یک مزیت جزئی داشت.

آزمایش‌هایی با استفاده از فایل‌های حجیم انجام شد و یک پارتیشن کند درایو سخت به عنوان خوکچه هندی استفاده شد. نتایج ناامید کننده بودند زیرا ReFS عملکرد کمتری را در مقایسه با NTFS نشان داد.

شکی نیست که این فناوری هنوز خام است، شاخص ها در پایان سال 2017 انجام شد، اما در ویندوز 10 می توان از این فناوری به طور گسترده استفاده کرد. بهترین گزینه برای استفاده از فایل سیستم مبتنی بر SSD است - درایوهای حالت جامد. این درایوها تقریبا از هر نظر بهتر از هارد دیسک هستند.

مزایای ReFS برای سایر کاربران

این سیستم عملکردی به عنوان هایپروایزر دارد - Hyper-V. این تکنولوژییک ماشین مجازی است هنگام استفاده از پارتیشن فرمت شده در ReFS، مزیتی در سرعت کار وجود داشت. از آنجایی که سیستم فایل از چک‌جمع‌ها و فراداده‌ها استفاده می‌کند، تنها باید هنگام کپی کردن فایل‌ها به آن‌ها مراجعه کند؛ در صورت وجود مطابقت، نیازی به کپی فیزیکی داده‌ها نیست.

ایجاد دیسک های مجازیدر ReFS ثانیه طول می کشد. در NTFS این فرآیند چند دقیقه طول می کشد. درست شد دیسک های مجازیدر NTFS تأخیر ایجاد می‌کنند و هارد دیسک را به‌شدت بارگذاری می‌کنند؛ با SSD‌ها این مشکل بزرگ‌تری است، زیرا تعداد زیادی از چرخه‌های بازنویسی برای رسانه «مرگبار» هستند. به همین دلیل، کار در پس زمینه با سایر برنامه ها مشکل ساز خواهد بود.

همچنین برنامه ریزی شده است که درجه بالایی از سازگاری ReFS با چنین مواردی مشاهده شود ماشین های مجازیمانند VMware.

معایب سیستم فایل ReFS

در بالا به مزایای فناوری ReFS نگاه کردیم و کمی به معایب آن اشاره کردیم. بیایید در مورد معایب با جزئیات بیشتر صحبت کنیم. ما باید درک کنیم که تا زمانی که مایکروسافت این فناوری را در ویندوز پیاده سازی کند، هیچ توسعه ای وجود نخواهد داشت. اکنون ما ویژگی های زیر را داریم:

1. موجود پارتیشن های ویندوزمشمول استفاده از ReFS نیست، یعنی فقط باید از پارتیشن هایی استفاده کرد که برای سیستم استفاده نمی شوند، به عنوان مثال، پارتیشن هایی که برای ذخیره فایل ها در نظر گرفته شده اند.
2. درایوهای خارجی پشتیبانی نمی شوند.
3. تبدیل دیسک NTFS به دیسک ReFS بدون از دست دادن اطلاعات غیر ممکن است، فقط فرمت و پشتیبان گیریفایل های مهم
4. نه همه نرم افزارقادر به تشخیص این FS است.

خودشه. حالا به تصویر زیر نگاه کنید. این ویندوز 7 و اینجا FS شناسایی نمی شود و هنگام باز کردن پارتیشن خطا ظاهر می شود.

در ویندوز 8، پارتیشن باید فرمت شود، زیرا FS نیز شناسایی نمی شود. قبل از استفاده از یک فایل سیستم جدید در رایانه شخصی خود، بهتر است چندین بار به عواقب آن فکر کنید. در ویندوز 8.1، مشکل با فعال کردن FS با استفاده از ویرایشگر رجیستری حل می شود، اما این همیشه کار نمی کند، به خصوص که استفاده از ReFS به معنای فرمت کردن دیسک و از بین بردن داده ها است.

برخی از مشکلات در ویندوز 10 به وجود می آیند. اگر پارتیشن جدید با ReFS به طور پایدار کار کند، پارتیشن موجود که در آن فرمت شده است توسط ویندوز شناسایی نمی شود.

نحوه فرمت کردن دیسک یا پارتیشن در ReFS

فرض کنید کاربر به کاستی ها و کاستی های محصول جدید اهمیت نمی دهد. خدا خیرتون بده دوستان بیایید شروع کنیم به تجزیه و تحلیل دستورالعمل های قالب بندی پارتیشن در ReFS. من یک چیز را به شما می گویم: اگر اتفاقی ناگهانی افتاد و پارتیشن از کار افتاد، می توانید از ابزار R-Studio برای بازیابی آن استفاده کنید.

برای فرمت کردن، کافیست مراحل زیر را دنبال کنید:

1. "This PC" را باز کرده و روی قسمت مورد نظر کلیک راست کنید.
2. در منوی زمینه، روی مورد "Format" کلیک کنید.
3. در پنجره ای که باز می شود، در قسمت "File system"، REFS را پیدا کنید.
4. روی دکمه "شروع" کلیک کنید و منتظر بمانید.

همین کار را می توان با استفاده از خط فرمان انجام داد، جایی که باید دستورات زیر را یکی یکی وارد کنید:

1. دیسکپارت- ابزار کار با دیسک؛
2. lis vol- نمایش تمام پارتیشن های کامپیوتر
3. sel vol 3- که در آن 3 تعداد حجم مورد نیاز است.
4. فرمت fs=refs- فرمت کردن به سیستم فایل مورد نظر

نحوه فعال کردن ReFS با استفاده از رجیستری

اگر چیزی که به FS اشاره کند ندارید، ممکن است لازم باشد آن را فعال کنید. برای این کار به یک ویرایشگر رجیستری نیاز داریم. این روش در ویندوز 8.1 و 10 به درستی کار می کند:

1. ویرایشگر رجیستری را اجرا کنید (Win+R و regedit را وارد کنید).
2. به این شاخه بروید - HKEY_LOCAL_MACHINE\SYSTEM \CurrentControlSet\Control\FileSystem.
3. در سمت راست پنجره، یک پارامتر DWORD 32 بیتی به نام RefsDisableLastAccessUpdate ایجاد کنید.
4. عدد 1 را به عنوان مقدار وارد کنید.
5. شاخه HKEY_LOCAL_MACHINE\SYSTEM \CurrentControlSet\Control را پیدا کنید.
6. ما یک پارتیشن با نام MiniNT ایجاد می کنیم، در پایان مسیر آن باید به این صورت باشد: "...\ CurrentControlSet\Control\MiniNT";
7. در آن یک پارامتر DWORD 32 بیتی ایجاد می کنیم و آن را AllowRefsFormatOverNonmirrorVolume می نامیم.
8. مقدار باید 1 باشد.

همانطور که می بینید، فرصت استفاده از ReFS وجود دارد، اما در حال حاضر استفاده از آن به خصوص برای کامپیوتر خانگیاین بی معنی است. بازیابی فایل های از دست رفته مشکل ساز خواهد بود و همه برنامه ها FS را درک نمی کنند.

به احتمال زیاد، این فناوری بیشتر بر روی سرورها توسعه خواهد یافت، اما این به زودی اتفاق نخواهد افتاد. اگر ظهور NTFS را به یاد بیاوریم، پیاده سازی کامل آن حدود هفت سال طول کشید. اطلاعات بیشتر را می توانید در وب سایت رسمی مایکروسافت پیدا کنید - https://docs.microsoft.com/ru-ru/windows-server/storage/refs/refs-overview. در عین حال، می توانید فناوری های جدید فناوری اطلاعات را در وب سایت ما دنبال کنید، اشتراک را فراموش نکنید.