ReFS
لچکدار فائل سسٹم (آر ای ایف ایس)، کوڈ نام "پروٹوگون"، ایک مائیکروسافٹ کا ملکیتی فائل سسٹم ہے جسے ونڈوز سرور 2012 کے ساتھ این ٹی ایف ایس کے بعد "اگلی نسل" کا فائل سسٹم بننے کے ارادے سے متعارف کرایا گیا ہے۔ آر ای ایف ایس کو ان مسائل پر قابو پانے کے لیے ڈیزائن کیا گیا تھا جو این ٹی ایف ایس کے تصور کے بعد کے سالوں میں اہم ہو گئے تھے، جن کا تعلق ڈیٹا اسٹوریج کی ضروریات میں تبدیلی سے ہے۔ یہ ضروریات اسٹوریج سسٹم اور استعمال میں دو بڑی تبدیلیوں سے پیدا ہوئیں-استعمال میں اسٹوریج کا سائز (ملٹی ٹیرابائٹ ڈرائیوز کی بڑی یا بڑے پیمانے پر صف اب کافی عام ہے)، اور مسلسل وشوسنییتا کی ضرورت۔ نتیجے کے طور پر، فزیکل ڈسک اور منطقی حجم کے درمیان تجریدی یا ورچوئلائزیشن کے ساتھ فائل سسٹم کو خود مرمت کرنے کی ضرورت ہے (تاکہ ڈسک کی جانچ کو ناقابل عمل طور پر سست یا خلل ڈالنے سے روکا جا سکے)۔ آر ای ایف ایس کے کلیدی ڈیزائن فوائد میں آٹومیٹک انٹیگریٹی چیکنگ اور ڈیٹا سکریبنگ، سی ایچ کے ڈی ایس کے چلانے کی ضرورت کا خاتمہ، ڈیٹا کے انحطاط کے خلاف تحفظ، ہارڈ ڈسک ڈرائیو کی ناکامی اور فالتو پن کو بلٹ ان ہینڈلنگ، ریڈ فنکشنلٹی کا انضمام، ڈیٹا اور میٹا ڈیٹا اپ ڈیٹس کے لیے رائٹ پر کاپی/الاوکیٹ کرنے کا ایک سوئچ، بہت لمبے راستوں اور فائل کے ناموں کو ہینڈل کرنا، اور اسٹوریج ورچوئلائزیشن اور پولنگ، بشمول تقریبا من مانی سائز کے منطقی حجم (استعمال شدہ ڈرائیوز کے فزیکل سائز سے غیر متعلقہ) شامل ہیں۔ این ٹی ایف ایس کے ساتھ موازنہ بڑی نئی خصوصیات آن ڈسک ڈھانچوں کے لیے بہتر وشوسنییتا آر ای ایف ایس تمام آن ڈسک ڈھانچوں کے لیے بی + ٹری کا استعمال کرتا ہے، بشمول تمام میٹا ڈیٹا اور فائل ڈیٹا۔ میٹا ڈیٹا اور فائل ڈیٹا کو متعلقہ ڈیٹا بیس کی طرح ٹیبلز میں منظم کیا جاتا ہے۔ فائل کا سائز، فولڈر میں فائلوں کی تعداد، کل حجم کا سائز، اور حجم میں فولڈرز کی تعداد 64 بٹ نمبروں سے محدود ہوتی ہے۔ اس کے نتیجے میں، آر ای ایف ایس زیادہ سے زیادہ فائل کا سائز 16 ایکسبی بائٹس (264−1 بائٹس)، اور زیادہ سے زیادہ حجم کا سائز 35 پیٹا بائٹس کی حمایت کرتا ہے۔ بلٹ ان لچکدار آر ای ایف ایس میٹا ڈیٹا کے لیے الاٹمنٹ آن رائٹ اپ ڈیٹ حکمت عملی استعمال کرتا ہے، جو ہر اپ ڈیٹ ٹرانزیکشن کے لیے نئے حصے مختص کرتا ہے اور آئی او کے بڑے بیچوں کا استعمال کرتا ہے۔ تمام آر ای ایف ایس میٹا ڈیٹا میں 64 بٹ چیکسم ہوتے ہیں جو آزادانہ طور پر محفوظ ہوتے ہیں۔ فائل ڈیٹا میں ایک علیحدہ "انٹیگریٹی اسٹریم" میں اختیاری چیکسم ہو سکتا ہے، اس صورت میں فائل اپ ڈیٹ کی حکمت عملی فائل ڈیٹا کے لیے الاٹمنٹ آن رائٹ کو بھی لاگو کرتی ہے ؛ یہ فائلوں اور ڈائریکٹریز دونوں پر لاگو ہونے والی ایک نئی "انٹیگریٹی" خاصیت کے ذریعے کنٹرول کیا جاتا ہے۔ اگر فائل کا ڈیٹا یا میٹا ڈیٹا خراب ہو جاتا ہے، تو دیکھ بھال کے لیے پورے حجم کو آف لائن لیے بغیر فائل کو حذف کیا جا سکتا ہے، اور پھر بیک اپ سے بحال کیا جا سکتا ہے۔ بلٹ ان لچک کے نتیجے میں، منتظمین کو وقتا فوقتا ایرر چیکنگ ٹولز جیسے کہ سی ایچ کے ڈی ایس کے چلانے کی ضرورت نہیں ہے جیسے کہ آر ای ایف ایس کا استعمال کرتے وقت۔ موجودہ اے پی آئیز اور ٹیکنالوجیز کے ساتھ مطابقت ری ایف ایس صرف این ٹی ایف ایس خصوصیات کے ذیلی سیٹ کی حمایت کرتا ہے، اور صرف ون 32 اے پی آئیز کی حمایت کرتا ہے جو "وسیع پیمانے پر اپنائے گئے" ہیں۔ اسے نئے سسٹم اے پی آئی کی ضرورت نہیں ہے، اور زیادہ تر فائل سسٹم فلٹر آر ای ایف ایس والیوم کے ساتھ کام کرتے رہتے ہیں۔ آر ای ایف ایس بہت سی موجودہ ونڈوز اور این ٹی ایف ایس خصوصیات کی حمایت کرتا ہے جیسے بٹ لاکر انکرپشن، ایکسیس کنٹرول لسٹس، یو ایس این جرنل، چینج نوٹیفیکیشنز، علامتی لنکس، جنکشن پوائنٹس، ماؤنٹ پوائنٹس، ریپارس پوائنٹس، والیوم سنیپ شاٹس، فائل آئی ڈیز، اور اوپلک۔ آر ای ایف ایس بغیر کسی رکاوٹ کے اسٹوریج اسپیس کے ساتھ مربوط ہوتا ہے، ایک اسٹوریج ورچوئلائزیشن پرت جو ڈیٹا کی عکس بندی اور سٹرپنگ کے ساتھ ساتھ مشینوں کے درمیان اسٹوریج پولز کا اشتراک کرنے کی اجازت دیتی ہے۔ آر ای ایف ایس لچکدار خصوصیات اسٹوریج اسپیس کے ذریعہ فراہم کردہ آئینے کی خصوصیت کو بہتر بناتی ہیں اور یہ پتہ لگا سکتی ہیں کہ آیا ڈیٹا اسکربنگ کے عمل کا استعمال کرتے ہوئے فائلوں کی کوئی آئینہ دار کاپیاں خراب ہو جاتی ہیں، جو وقتا فوقتا تمام آئینے کی کاپیاں پڑھتی ہیں اور ان کے چیکسم کی تصدیق کرتی ہیں، پھر خراب کاپیوں کو اچھے سے بدل دیتی ہیں۔ مائیکروسافٹ ونڈوز اور ونڈوز سرور میں ایک کمانڈ لائن یوٹیلیٹی شامل ہے جس کا استعمال بھاری نقصان شدہ آر ای ایف ایس والیوم کی تشخیص، بقیہ فائلوں کی شناخت، اور ان فائلوں کو دوسرے والیوم میں کاپی کرنے کے لیے کیا جا سکتا ہے۔ ہٹائی گئی خصوصیات کچھ این ٹی ایف ایس خصوصیات آر ای ایف ایس میں لاگو نہیں کی جاتی ہیں۔ ان میں آبجیکٹ آئی ڈیز، 8.3 فائل کا نام، این ٹی ایف ایس کمپریشن، انکرپٹنگ فائل سسٹم (ای ایف ایس)، ٹرانزیکشنل این ٹی ایف ایس، توسیعی صفات، اور ڈسک کوٹا شامل ہیں۔ آئینہ دار یا دھاری دار حجم والی متحرک ڈسکوں کو اسٹوریج اسپیس کے ذریعہ فراہم کردہ آئینہ دار یا دھاری دار اسٹوریج پول سے تبدیل کیا جاتا ہے ؛ تاہم، خودکار غلطی کی اصلاح صرف آئینہ دار خالی جگہوں پر سپورٹ کی جاتی ہے۔ آر ای ایف ایس کے ابتدائی ورژن میں ڈیٹا کی کٹوتی غائب تھی۔ اسے ونڈوز سرور v1709 میں ڈیبیو کرتے ہوئے v3.2 میں لاگو کیا گیا تھا۔ متبادل ڈیٹا اسٹریمز اور ہارڈ لنکس کے لیے سپورٹ ابتدائی طور پر آر ای ایف ایس میں نافذ نہیں کی گئی تھی۔ ونڈوز 8.1 64 بٹ اور سرور 2012 R2 میں، فائل سسٹم نے متبادل ڈیٹا اسٹریمز کے لیے سپورٹ دوبارہ حاصل کی، جس کی لمبائی 128K تک ہے، اور جب برابری کی جگہوں پر سالمیت کے اسٹریمز استعمال کیے جاتے ہیں تو بدعنوانی کی خودکار اصلاح ہوتی ہے۔ متبادل ڈیٹا اسٹریمز کی عدم موجودگی کی وجہ سے ری ایف ایس ابتدائی طور پر مائیکروسافٹ ایس کیو ایل سرور مثال مختص کرنے کے لیے موزوں نہیں تھا۔ ونڈوز سرور 2022 کے پیش نظارہ ورژن کے ساتھ ہارڈ لنکس متعارف کرائے گئے تھے لیکن ونڈوز 11 کے بارے میں کچھ نہیں۔ نفاذ آر ای ایف ایس کو ابتدائی طور پر صرف ونڈوز سرور 2012 میں شامل کیا گیا تھا، جس کا مقصد مستقبل کے ورژن میں صارفین کے سسٹمز میں بتدریج منتقلی تھا۔ یہ ونڈوز 8.1 کے طور پر حاصل کیا گیا تھا۔ ابتدائی ورژن نے کچھ این ٹی ایف ایس خصوصیات کو ہٹا دیا، جیسے ڈسک کوٹا، متبادل ڈیٹا اسٹریمز، اور توسیعی صفات۔ ان میں سے کچھ کو آر ای ایف ایس کے بعد کے ورژن میں دوبارہ نافذ کیا گیا۔ ابتدائی ورژن (2012-2013) میں، زیادہ تر ٹیسٹوں میں ری ایف ایس این ٹی ایف ایس سے ملتا جلتا یا اس سے تھوڑا تیز تھا، لیکن جب مکمل انٹیگریٹی چیکنگ کو فعال کیا گیا تو یہ بہت سست تھا، جس کا نتیجہ ری ایف ایس کی نسبتا نئی پن سے منسوب تھا۔ ونڈوز 10 کے 2017 فال کریئیٹرز اپ ڈیٹ میں انٹرپرائز اور پرو ورک سٹیشنز کے علاوہ تمام ایڈیشنز کے لیے آر ای ایف ایس والیوم بنانے کی صلاحیت کو ہٹا دیا گیا تھا۔ ونڈوز سرور 2022 اور ونڈوز 11 v21H2 سے شروع کرتے ہوئے، اس کا bootx64.efi مقامی طور پر ری ایف ایس بوٹ فیچر کی حمایت کرتا ہے، اور سسٹم کو انسٹال کرنے اور ری ایف ایس v3 کے ساتھ فارمیٹ کردہ حجم پر خصوصی انداز میں چلانے کی اجازت دیتا ہے۔ اگر یہ آر ای ایف ایس وی 1 کے ساتھ تشکیل شدہ حجم ہے، تو اسے آر ای ایف ایس کے ساتھ بوٹ نہیں کیا جا سکتا۔ آر ای ایف ایس حجم کا کلسٹر سائز یا تو 4 کے بی یا 64 کے بی ہوتا ہے۔ ہسٹری سرور 2016 اسٹوریج ڈویلپر کانفرنس 2015 میں، مائیکروسافٹ کے ایک ڈویلپر نے ونڈوز سرور 2016 کے ساتھ متوقع ری ایف ایس کی بہتری پیش کی اور تکنیکی پیش نظارہ 4 میں شامل کیا، جس کا عنوان "ری ایف ایس وی 2" تھا۔ اس نے اس بات پر روشنی ڈالی کہ آر ای ایف ایس میں اب فائلوں کے درمیان بہت تیز رفتار حرکت، دوبارہ ترتیب دینے اور بلاکس کی کلوننگ کی صلاحیتیں شامل ہیں (جو فائل کے تمام بلاکس کے لیے کی جا سکتی ہیں)۔ یہ خاص طور پر ورچوئلائزیشن کے لیے ضروری ہے، اور کہا جاتا ہے کہ یہ تیزی سے فراہمی، مختلف انضمام، اور درجہ بندی کی اجازت دیتا ہے۔ دیگر بہتریوں میں ریڈو لاگ (سنکرونس ڈسک رائٹس کے لیے)، متوازی، غیر شروع شدہ غیر معمولی ڈیٹا اور فائلوں کی موثر ٹریکنگ، اور موثر 4k I/O شامل ہیں۔ سرور 2022 ونڈوز سرور 2022 (ری ایف ایس ورژن 3.7 کا استعمال کرتے ہوئے) فائل سطح کے سنیپ شاٹس کی حمایت کرتا ہے۔ ونڈوز انسائیڈر پری ویو 22H2 اور 23H2 (226 * * اور 25 * * * بناتا ہے) LZ4 اور zstd الگورتھم کا استعمال کرتے ہوئے ری ایف ایس حجم کمپریشن کی حمایت کرتا ہے۔ ورژن آر ای ایف ایس کے کچھ مختلف ورژن ہیں، جن میں آپریٹنگ سسٹم ورژن کے درمیان مطابقت کی مختلف ڈگریاں ہیں۔ فائل سسٹم کے ترقیاتی ورژن کے علاوہ، عام طور پر، بعد کے آپریٹنگ سسٹم ورژن پہلے OS ورژن (بیک ورڈ مطابقت) کے ساتھ بنائے گئے فائل سسٹم کو نصب کر سکتے ہیں۔ کچھ خصوصیات OS کے فیچر سیٹ کے ساتھ مطابقت نہیں رکھتی ہیں۔ فائل سسٹم کے ورژن، کلسٹر سائز اور دیگر خصوصیات سے fsutil fsinfo ریفسنفو والیومینام کمانڈ کے ذریعے پوچھ گچھ کی جا سکتی ہے۔ 1. 1: اصل ورژن، ونڈوز سرور 2012 کے ذریعہ فارمیٹ کیا گیا۔ 1. 2: ڈیفالٹ ورژن اگر ونڈوز 8.1، ونڈوز 10 v1507 سے v1607، ونڈوز سرور 2012 R2، اور جب ونڈوز سرور 2016 پر ReFSv1 کی وضاحت کی گئی ہو۔ ونڈوز سرور 2012 R2 کے تحت متبادل ڈیٹا اسٹریمز استعمال کر سکتے ہیں۔ 2. 2: ونڈوز 10 پری ویو بلڈ 10049 یا اس سے پہلے کا ڈیفالٹ ورژن۔ 10061 اور اس کے بعد نصب نہیں کیا جا سکا۔ 2. 0: ڈیفالٹ ورژن ونڈوز سرور 2016 TP2 اور TP3 کے ذریعہ فارمیٹ کیا گیا۔ ونڈوز 10 بلڈ 10130 اور اس کے بعد کے، یا ونڈوز سرور 2016 ٹی پی 4 اور اس کے بعد کے میں نصب نہیں کیا جا سکا۔ 3: ڈیفالٹ ورژن ونڈوز سرور 2016 TP4 اور TP5 کے ذریعہ فارمیٹ کیا گیا۔ 3. 1: ڈیفالٹ ورژن ونڈوز سرور 2016 آر ٹی ایم کے ذریعے فارمیٹ کیا گیا۔ 3. 2: ڈیفالٹ ورژن ونڈوز 10 v1703 اور ونڈوز سرور انسائیڈر پری ویو بلڈ 16237 کے ذریعے فارمیٹ کیا گیا۔ ونڈوز 10 انسائیڈر پری ویو 15002 یا اس کے بعد کے ساتھ فارمیٹ کیا جا سکتا ہے (اگرچہ صرف 15002 اور 15019 کے درمیان کہیں ڈیفالٹ بن گیا)۔ سرور ورژن میں کٹوتی کی حمایت کرتا ہے۔ 3. 3: ونڈوز 10 انٹرپرائز v1709 کے ذریعہ فارمیٹ کردہ ڈیفالٹ ورژن (آر ای ایف ایس حجم تخلیق کرنے کی صلاحیت کو تمام ایڈیشنوں سے ہٹا دیا گیا ہے سوائے انٹرپرائز اور پرو کے ورک سٹیشنوں کے لیے بلڈ 16226 سے شروع ہوتا ہے ؛ پڑھنے/لکھنے کی صلاحیت باقی ہے) اور ونڈوز سرور ورژن 1709 (ونڈوز 10 انٹرپرائز انسائیڈر پری ویو بلڈ 16257 اور ونڈوز سرور انسائیڈر پری ویو بلڈ 16257 سے شروع ہوتا ہے)۔ 3. 4: ونڈوز 10 پرو کے ذریعہ ورک سٹیشنز/انٹرپرائز v1803 اور نئے کے لیے ڈیفالٹ ورژن، سرور ورژن بھی (بشمول طویل مدتی سپورٹ ورژن ونڈوز سرور 2019)۔ 3. 5: ونڈوز 11 انٹرپرائز انسائیڈر پری ویو کے ذریعے فارمیٹ کیا گیا ڈیفالٹ ورژن (19536 یا اس سے نیا بنائیں) ؛ ہارڈ لنکس کے لیے سپورٹ شامل کرتا ہے (صرف تازہ فارمیٹ شدہ حجم پر ؛ پچھلے ورژن سے اپ گریڈ شدہ حجم پر سپورٹ نہیں کیا گیا)۔ ونڈوز 11 انٹرپرائز انسائیڈر پری ویو (بلڈ 21292 یا نیا) اور ونڈوز سرور انسائیڈر پری ویو (بلڈ 20282 یا نیا) کے ذریعے ڈیفالٹ ورژن: ونڈوز 11 انٹرپرائز انسائیڈر پری ویو (بلڈ 21313 یا نیا) اور ونڈوز سرور انسائیڈر پری ویو (بلڈ 20303 یا نیا) کے ذریعے ڈیفالٹ ورژن فارمیٹ کیا گیا۔ نیز، ورژن ونڈوز سرور 2022 اور ونڈوز 11 کی حتمی ریلیز کے ساتھ بھیج دیا گیا۔ فائل سطح کا سنیپ شاٹ شامل کیا گیا (صرف سرور 2022 میں دستیاب ہے)۔ 3. 9: ونڈوز 11 انٹرپرائز انسائیڈر پری ویو (تعمیر 22598 یا نیا) اور ونڈوز سرور انسائیڈر پری ویو (تعمیر 25099 یا نیا) کے ذریعہ تشکیل شدہ ڈیفالٹ ورژن۔ LZ4 اور ZSTD اور شفاف ڈمپریشن کے ساتھ پوسٹ پروسیس کمپریشن شامل کیا گیا۔ 10: ڈیفالٹ ورژن ونڈوز 11 انٹرپرائز انسائیڈر پری ویو اور ونڈوز سرور انسائیڈر پری ویو کے ذریعے فارمیٹ کیا گیا (25324 یا نیا بنائیں)۔ اسٹوریج اسپیس پر چلتے وقت آر ای ایف ایس کے لیے شناخت شدہ یا تجویز کردہ مسائل میں شامل ہیں: آر ای ایف سوٹل 3.7 پر کام نہیں کرتا (ونڈوز 2022) اسٹوریج اسپیس کے اوپر پتلی فراہمی والے آر ای ایف ایس کو شامل کرنا (2012 کے ریلیز سے پہلے کے مضمون کے مطابق) غیر شائستہ انداز میں ناکام ہو سکتا ہے، جس میں بغیر انتباہ کے حجم ناقابل رسائی یا ناقابل انتظام ہو جاتا ہے۔ یہ ہو سکتا ہے، مثال کے طور پر، اگر اسٹوریج کی جگہ میں موجود فزیکل ڈسک بہت زیادہ بھر جائیں۔ سمال نیٹ بلڈر تبصرہ کرتا ہے کہ، ایسے معاملات میں، بازیابی "ممنوع" ہو سکتی ہے کیونکہ اسٹوریج اسپیس لے آؤٹ کی شناخت کرنے اور انہیں بازیافت کرنے کے لیے "نظریہ میں پیشرفت" کی ضرورت ہوتی ہے، جو فائل سسٹم کے مندرجات کی کسی بھی آر ای ایف ایس بازیابی کو شروع کرنے سے پہلے ضروری ہے۔ لہذا یہ بیک اپ استعمال کرنے کی بھی سفارش کرتا ہے۔ اسٹوریج اسپیس کے اوپر پتلی فراہمی والی آر ای ایف ایس، کبھی کبھار اگر آر ای ایف ایس پارٹیشن کو پتلی حجم کے مکمل سائز تک بڑھایا جاتا ہے۔ جب بعد میں پتلی حجم کے سائز کو بڑھایا جائے تو ری ایف ایس پارٹیشن پتلی حجم کے سائز تک بڑھانے میں ناکام ہو سکتا ہے۔ ایک بار جب یہ پارٹیشن کو بڑھانے میں ناکام ہو جاتا ہے تو آپ پارٹیشن کو دوبارہ کبھی نہیں بڑھا سکتے، اس سے کوئی فرق نہیں پڑتا کہ آپ پتلی حجم کے سائز کو بھی بڑھاتے ہیں۔ حل یہ ہے کہ آر ای ایف ایس پارٹیشن کو کبھی بھی پتلی حجم کے مکمل سائز تک نہ بڑھایا جائے، حجم کے آخر میں ہمیشہ چند جی بی کو بغیر تفویض کے چھوڑ دیں۔ سرور 2022 میں اب بھی مسئلہ موجود ہے۔ یہ خیال کیا جاتا ہے کہ پارٹیشن کی توسیع کے دوران، یہ پارٹیشن ٹیبل میں ایسی اقدار لکھتا ہے جو پتلی حجم کے مکمل سائز کا استعمال کرتے وقت ٹیبل کو خراب کرتی ہیں، اور مزید توسیع کو روکتی ہیں۔ وہ ڈیٹا اب بھی برقرار ہے اور ری ایف ایس پارٹیشن عام طور پر کام کرتا ہے۔ ایک حل یہ ہے کہ ایک نیا حجم اور آر ای ایف ایس پارٹیشن بنایا جائے اور پرانے آر ای ایف ایس سے اور نئے آر ای ایف ایس میں کاپی کی جائے جس میں پرانے حجم کو حذف کرنے سے پہلے کاپی کے دوران ڈبل اسٹوریج کی ضرورت ہوتی ہے۔ آر ای ایف ایس کے ساتھ فارمیٹ کردہ پتلی فراہمی والی حجم بالآخر پتلی حجم کو آر ای ایف ایس فارمیٹ شدہ سائز کے مکمل سائز تک بڑھا دیتی ہے، جس سے ونڈوز 10 پر پتلی حجم استعمال کرنے کی وجہ ختم ہو جاتی ہے۔ پارٹیشن کا جتنا زیادہ استعمال ہوتا ہے حجم اتنا ہی تیزی سے بڑھتا ہے، چاہے ڈیٹا زیادہ تر جامد ہی کیوں نہ ہو۔ کم استعمال شدہ ڈرائیوز اب بھی ونڈوز 10 پر پھیلتی ہیں لیکن اسی شرح پر نہیں۔ پتلی حجم کے اوپر این ٹی ایف ایس فارمیٹڈ حجم کا استعمال کرتے وقت اسی توسیع کا تجربہ نہیں ہوتا ہے۔ مثال کے طور پر، 4 ٹی بی آر ای ایف ایس دو طرفہ آئینہ 99 ٪ جامد ڈیٹا (ڈیٹا لاگز) 1.11 ٹی بی استعمال کیا جاتا ہے، ایک بار شامل ہونے کے بعد ڈیٹا تبدیل نہیں ہوتا ہے، مہینے میں ایک بار ڈیٹا شامل کیا جاتا ہے، اسٹوریج کی جگہیں پورے 8 ٹی بی اسٹوریج کا استعمال کرتی ہیں (اسٹوریج کی جگہوں میں تقریبا 2.2 ٹی بی استعمال ہونا چاہیے)۔ ایک ہی اسٹوریج کی جگہ مختلف پتلی حجم کو آر ای ایف ایس کے ساتھ فارمیٹ کیا گیا ہے، دو طرفہ آئینہ سنگل ڈیٹا رائٹ، لیکن ڈیٹا کو کم کثرت سے استعمال کیا جاتا ہے اور کم کثرت سے 257 جی بی ڈیٹا میں شامل کیا جاتا ہے، 7.77 ٹی بی کا استعمال کرتے ہوئے اسٹوریج کی جگہیں۔ پتلی حجم این ٹی ایف ایس پارٹیشن، جو 257 جی بی پارٹیشن کی طرح استعمال ہوتی ہے، لیکن صرف 601 جی بی استعمال کرتی ہے۔ 7 ماہ کی ونڈو۔ یہاں تک کہ جب اسٹوریج کی جگہیں کم مقدار میں فراہم نہیں کی جاتی ہیں، تب بھی کچھ حالات میں آر ای ایف ایس فائل کی تمام غلطیوں کو قابل اعتماد طریقے سے درست کرنے سے قاصر ہو سکتا ہے، کیونکہ اسٹوریج کی جگہیں بلاکس پر چلتی ہیں نہ کہ فائلوں پر، اور اس وجہ سے کچھ فائلوں میں ممکنہ طور پر ضروری بلاکس یا ریکوری ڈیٹا کی کمی ہو سکتی ہے اگر اسٹوریج کی جگہ کا حصہ صحیح طریقے سے کام نہیں کر رہا ہے۔ نتیجے کے طور پر، ڈسک اور ڈیٹا کا اضافہ اور ہٹانا خراب ہو سکتا ہے، اور بے کار پن کی تبدیلی مشکل یا ناممکن ہو جاتی ہے۔ ونڈوز اسٹور آر ای ایف ایس حجم پر ایپس انسٹال نہیں کر سکتا۔ دیگر فائل سسٹمز جیسے ری ایف ایس، زیڈ ایف ایس اور بی ٹی آر ایف کے ساتھ موازنہ ڈیٹا پروٹیکشن، سنیپ شاٹس، اور پس منظر کی غلطی کی اصلاح کو مربوط کرنے کے لیے ڈیزائن کیا گیا ہے۔ 2012 میں، فورونکس نے آر ای ایف ایس بمقابلہ بی ٹی آر ایف ایس کا تجزیہ لکھا۔ اس وقت، ان کی خصوصیات ایک جیسی تھیں، دونوں معاون چیکسم، متعدد ڈسکوں کے ریڈ جیسے استعمال، اور غلطی کی اصلاح کے ساتھ۔ تاہم، آر ای ایف ایس میں کاپی آن رائٹ سنیپ شاٹس اور کمپریشن کی کمی تھی، دونوں بی ٹی آر ایف ایس اور زیڈ ایف ایس میں پائے جاتے ہیں۔ 2014 میں، بیٹا نیوز نے آر ای ایف ایس کا جائزہ لکھا اور پیداوار کے استعمال کے لیے اس کی تیاری کا جائزہ لیا۔ جائزے نے یہ نتیجہ اخذ کیا کہ آر ای ایف ایس کے اپنے دو اہم فائل سسٹم حریفوں کے مقابلے میں کم از کم کچھ فوائد تھے۔ زیڈ ایف ایس (سولرس، ایلیوموز، فری بی ایس ڈی اور دیگر میں استعمال ہوتا ہے) کو آن لائن کٹوتی کے لیے کئی گیگا بائٹس ریم کی نسبتا انتہائی میموری کی ضروریات کے لیے بڑے پیمانے پر تنقید کا نشانہ بنایا گیا۔ تاہم، آن لائن کٹوتی کو زیڈ ایف ایس میں ڈیفالٹ کے طور پر فعال نہیں کیا گیا تھا اور اس وقت ری ایف ایس کے ذریعہ اس کی حمایت نہیں کی گئی تھی (اس کے بعد اسے شامل کیا گیا ہے)، لہذا زیڈ ایف ایس آن لائن کٹوتی کو فعال نہ کرنے سے دونوں فائل سسٹمز کے درمیان زیادہ موازنہ حاصل ہوا کیونکہ زیڈ ایف ایس میں اس وقت صرف چند سو میگا بائٹس کی میموری کی ضرورت ہوتی ہے۔ ڈروبو جیسے پیشکشوں میں ملکیتی طریقے استعمال کیے گئے جن میں اگر ان کے پیچھے والی کمپنی ناکام ہو جاتی ہے تو کوئی فال بیک نہیں ہوتا۔ ریورس انجینئرنگ اور انٹرنلز، مائیکروسافٹ نے ری ایف ایس کے لیے کوئی وضاحتیں شائع نہیں کی ہیں، اور نہ ہی کوئی کام کرنے والا اوپن سورس ڈرائیور بنایا گیا ہے۔ آر ای ایف ایس کو دستاویز کرنے کے لیے ایک تھرڈ پارٹی اوپن سورس پروجیکٹ گٹ ہب پر ہے۔ پیراگون سافٹ ویئر گروپ ونڈوز اور لینکس کے لیے ایک بند ماخذ ڈرائیور فراہم کرتا ہے۔ فائل سسٹمز کا موازنہ اے پی ایف ایس ون ایف ایس حوالہ جات بیرونی لنکس سرور 2012 میں این ٹی ایف ایس اور آر ای ایف ایس کے درمیان تفصیلی اختلافات کا تجزیہ، اور ایک یا دوسرے آر ای ایف ایس دستاویزات کے منصوبے کو منتخب کرنے کی وجوہات-آر ای ایف ایس فائلنگ سسٹم 2012 سافٹ ویئر ونڈوز ڈسک فائل سسٹمز کی پی ڈی ایف دستاویز