Fork (file system)
کمپیوٹر فائل سسٹم میں، فورک فائل سسٹم آبجیکٹ سے وابستہ ڈیٹا کا ایک مجموعہ ہوتا ہے۔ کانٹوں کے بغیر فائل سسٹم صرف مواد کے لیے ڈیٹا کے ایک سیٹ کی اجازت دیتا ہے، جبکہ کانٹوں والے فائل سسٹم اس طرح کے متعدد مواد کی اجازت دیتے ہیں۔ ہر غیر خالی فائل میں کم از کم ایک کانٹا ہونا چاہیے، جو اکثر ڈیفالٹ قسم کا ہوتا ہے، اور فائل سسٹم کے لحاظ سے، ایک فائل میں ایک یا زیادہ دیگر متعلقہ کانٹے ہو سکتے ہیں، جو بدلے میں فائل کے لیے بنیادی ڈیٹا انٹیگرل، یا صرف میٹا ڈیٹا پر مشتمل ہو سکتے ہیں۔ توسیعی صفات کے برعکس، اسی طرح کی فائل سسٹم کی خصوصیت جو عام طور پر مقررہ سائز کی ہوتی ہے، کانٹے متغیر سائز کے ہو سکتے ہیں، ممکنہ طور پر فائل کے بنیادی ڈیٹا کانٹے سے بھی بڑے۔ فائل کا سائز ہر کانٹے کے سائز کا مجموعہ ہوتا ہے۔ مقبول فائل سسٹمز جو کانٹے استعمال کر سکتے ہیں ان میں ایپل کا ایچ ایف ایس + اور مائیکروسافٹ کا این ٹی ایف ایس شامل ہیں۔ متبادل بغیر کانٹوں والے فائل سسٹمز پر، اس کے بجائے ایک دوسرے سے وابستہ متعدد الگ الگ فائلیں استعمال کی جا سکتی ہیں، خاص طور پر میٹا ڈیٹا کے لیے سائڈ کار فائلیں۔ تاہم، ان فائلوں کے درمیان تعلق خود بخود فائل سسٹم کے ذریعے محفوظ نہیں ہوتا ہے، اور اس کے بجائے فائلوں پر کام کرنے والے ہر پروگرام کے ذریعے اسے سنبھالا جانا چاہیے۔ ایک اور متبادل کنٹینر فائل ہے، جو ایک دی گئی فائل فارمیٹ کے اندر اضافی ڈیٹا اسٹور کرتی ہے، یا ایک آرکائیو فائل، جو ایک فائل کے اندر (ایک کانٹے کے اندر) کئی فائلوں اور میٹا ڈیٹا کو اسٹور کرنے کی اجازت دیتی ہے۔ اس کے لیے ضروری ہے کہ پروگرام کنٹینر فائل یا آرکائیو فائل پر کارروائی کریں، بجائے اس کے کہ فائل سسٹم فورکس کو ہینڈل کرے۔ ان متبادلات کے لیے ڈیٹا استعمال کرنے والے پروگراموں کے ذریعے اضافی کام کی ضرورت ہوتی ہے، لیکن فائل سسٹمز میں پورٹیبلٹی سے فائدہ اٹھاتے ہیں جو کانٹوں کی حمایت نہیں کرتے ہیں۔ نفاذ ایپل فائل سسٹم فورک ایپل کے ہائیرارکیکل فائل سسٹم (ایچ ایف ایس) سے وابستہ ہیں۔ ایچ ایف ایس، اور اصل ایپل میکنٹوش فائل سسٹم ایم ایف ایس نے فائل سسٹم آبجیکٹ کو دو قسم کے کانٹے رکھنے کی اجازت دی: ڈیٹا کانٹا اور ریسورس کانٹا۔ ریسورس فورک کو غیر مرتب شدہ ڈیٹا کو ذخیرہ کرنے کے لیے ڈیزائن کیا گیا تھا جو سسٹم کے گرافیکل یوزر انٹرفیس (جی یو آئی) کے ذریعے استعمال کیا جائے گا، جیسے کہ لوکلائزڈ ٹیکسٹ سٹرنگز، فائنڈر کے ذریعے استعمال ہونے والا فائل کا آئیکن یا کسی ایپلیکیشن سے وابستہ مینو اور ڈائیلاگ باکسز۔ تاہم یہ خصوصیت بہت لچکدار تھی، لہذا اضافی استعمال پائے گئے، جیسے کہ ورڈ پروسیسنگ دستاویز کو مواد اور پریزنٹیشن میں تقسیم کرنا، پھر ہر حصے کو الگ الگ وسائل میں محفوظ کرنا۔ چونکہ مرتب کردہ سافٹ ویئر کوڈ بھی کسی وسائل میں محفوظ کیا جاتا تھا، اس لیے اکثر ایپلی کیشنز صرف ایک وسائل کانٹے پر مشتمل ہوتی تھیں اور کوئی ڈیٹا کانٹا نہیں ہوتا تھا۔ ایچ ایف ایس + کی سب سے زیادہ غیر واضح خصوصیات میں سے ایک یہ ہے کہ کسی فائل میں روایتی ڈیٹا اور ریسورس فورکس کے علاوہ اپنی مرضی کے مطابق "نامی فورکس" کی صوابدیدی تعداد ہو سکتی ہے۔ یہ خصوصیت بڑی حد تک غیر استعمال شدہ ہو گئی ہے، کیونکہ ایپل نے میک او ایس 8.1-10.3.9 کے تحت اس کے لیے کبھی سپورٹ شامل نہیں کی۔ 10. 4 سے شروع کرتے ہوئے، ایپل کی توسیعی ان لائن صفات کی حمایت کے لیے جزوی نفاذ کیا گیا۔ میک او ایس ایکس میں میک او ایس ایکس v10.4 تک، یونیکس کمانڈ لائن یوٹیلیٹیز جیسے ٹار چلانے والے صارفین کو ڈیٹا کے ضائع ہونے کا خطرہ ہوتا ہے، کیونکہ فائلوں کے ریسورس فورکس کو سنبھالنے کے لیے یوٹیلیٹیز کو اپ ڈیٹ نہیں کیا گیا تھا۔ ناول 1985 میں شروع ہوا، ناول نیٹ ویئر فائل سسٹم (این ڈبلیو ایف ایس)، اور اس کے جانشین ناول اسٹوریج سروسز (این ایس ایس)، کو فائل کے میٹا ڈیٹا کو ذخیرہ کرنے کے لیے مختلف طریقوں کو استعمال کرنے کے لیے زمین سے ڈیزائن کیا گیا تھا۔ کچھ میٹا ڈیٹا ناول ڈائرکٹری سروسز (این ڈی ایس) میں رہتا ہے، کچھ ڈسک پر موجود ڈائرکٹری کے ڈھانچے میں محفوظ کیا جاتا ہے، اور کچھ میں محفوظ کیا جاتا ہے، جیسا کہ ناول اسے بیان کرتا ہے، فائل کے ساتھ ہی 'متعدد ڈیٹا اسٹریمز'۔ متعدد ڈیٹا اسٹریمز میکنٹوش کلائنٹس کو نیٹ ویئر سرورز سے منسلک کرنے اور استعمال کرنے کی بھی اجازت دیتے ہیں۔ مائیکروسافٹ این ٹی ایف ایس، فائل سسٹم جو ونڈوز این ٹی 3.1 کے ساتھ متعارف کرایا گیا ہے، فائل سسٹم فورکس کی حمایت کرتا ہے جسے متبادل ڈیٹا اسٹریمز (اے ڈی ایس) کہا جاتا ہے۔ ری ایف ایس، ونڈوز سرور 2012 کے ساتھ متعارف کرایا گیا ایک نیا فائل سسٹم، اصل میں اے ڈی ایس کو سپورٹ نہیں کرتا تھا، لیکن ونڈوز 8.1 64 بٹ اور سرور 2012 آر 2 میں، 128 کے تک کی لمبائی کے ساتھ اے ڈی ایس کے لیے سپورٹ، ری ایف ایس میں شامل کیا گیا تھا۔ ADS کا اصل مقصد موجودہ آپریٹنگ سسٹمز کے ساتھ مطابقت شامل کرنا تھا جو کانٹوں کی حمایت کرتے ہیں۔ ایک کمپیوٹر پروگرام کو فائل کے راستے کے بعد کالون سائن (:) کے بعد ADS کا نام بتا کر ADS کھولنے کی ہدایت کی جا سکتی ہے۔ سپورٹ کے باوجود، زیادہ تر پروگرام، بشمول ونڈوز ایکسپلورر اور ڈائر کمانڈ (ونڈوز وسٹا سے پہلے) ADS کو نظر انداز کرتے ہیں۔ ونڈوز ایکسپلورر ADS کی کاپی کرتا ہے اور خبردار کرتا ہے کہ جب ٹارگٹ فائل سسٹم ان کی سپورٹ نہیں کرتا ہے، لیکن صرف مین اسٹریم کے سائز کا حساب لگاتا ہے اور کسی فائل یا فولڈر کے اسٹریمز کی فہرست نہیں دیتا ہے۔ ونڈوز وسٹا کے بعد سے، ڈی آئی آر کمانڈ ADS دکھانے کی حمایت کرتا ہے۔ ونڈوز پاور شیل v3 اور بعد میں ADS میں ہیرا پھیری کی حمایت کرتا ہے۔ ونڈوز 2000 کا استعمال ADS کا استعمال امیج فائلوں میں تھمب نیلز کو اسٹور کرنے کے لیے کرتا ہے، اور مین اسٹریم کو تبدیل کیے بغیر کسی بھی فائل میں خلاصہ کی معلومات (جیسے عنوان اور مصنف) کو اسٹور کرنے کے لیے کرتا ہے۔ ونڈوز ایکس پی کے ساتھ، مائیکروسافٹ نے محسوس کیا کہ جب ان پر مشتمل فائلوں کو این ٹی ایف ایس والیوم سے ہٹا دیا جاتا ہے تو اے ڈی ایس نقصان کا شکار ہوتا ہے۔ اس طرح جب بھی فائل فارمیٹ اس کی حمایت کرتا ہے تو ونڈوز ایکس پی انہیں مین اسٹریم میں محفوظ کرتا ہے۔ ونڈوز وسٹا نے خلاصہ کی معلومات کو مکمل طور پر شامل کرنے کے لیے سپورٹ بند کر دی، کیونکہ مائیکروسافٹ نے فیصلہ کیا کہ وہ ADS کو سنبھالنے کے لیے بہت حساس ہیں۔ لیکن دوسرے مقاصد کے لیے اے ڈی ایس کا استعمال بند نہیں ہوا۔ ونڈوز ایکس پی کے لیے سروس پیک 2 نے اٹیچمنٹ ایگزیکیوشن سروس متعارف کرائی جو ڈاؤن لوڈ کی گئی فائلوں کی اصل کے بارے میں تفصیلات کو زون شناخت کنندہ نامی اے ڈی ایس میں محفوظ کرتی ہے، تاکہ صارفین کو ڈاؤن لوڈ کی گئی فائلوں سے بچایا جا سکے جو خطرہ پیش کر سکتی ہیں۔ انٹرنیٹ ایکسپلورر اور ونڈوز 8 نے اسمارٹ اسکرین کے ذریعے اس فنکشن کو بڑھایا۔ انٹرنیٹ ایکسپلورر انٹرنیٹ شارٹ کٹ فائلوں میں فیویکنز کو ذخیرہ کرنے کے لیے ADS کا بھی استعمال کرتا ہے۔ سن سولارس ورژن 9 اور اس کے بعد کی فائلوں کو کانٹے رکھنے کی اجازت دیتا ہے۔ فورکس کو سولرس میں توسیعی صفات کہا جاتا ہے، حالانکہ وہ "توسیعی خاصیت" کے معمول کے معنی میں نہیں ہیں۔ سولرس قسم کی توسیعی خاصیت کا زیادہ سے زیادہ سائز فائل کے زیادہ سے زیادہ سائز کے برابر ہوتا ہے، اور انہیں فائلوں کی طرح ہی پڑھا اور لکھا جاتا ہے۔ اندرونی طور پر، وہ اصل میں عام فائلوں کی طرح محفوظ اور رسائی حاصل کی جاتی ہیں، لہذا ان کی ملکیت اور اجازت بنیادی فائل سے مختلف ہو سکتی ہے۔ ذیلی ڈائریکٹریز انتظامی طور پر غیر فعال ہیں، اس لیے ان کے ناموں میں "/" حروف نہیں ہو سکتے۔ نیٹ ورک فائل سسٹم ورژن 4 میں توسیعی صفات سولرس طرز کی توسیعی صفات سے ملتی جلتی ہیں۔ سیکیورٹی اور ڈیٹا کے ضائع ہونے کے ممکنہ خطرات جب کوئی فائل سسٹم مختلف کانٹوں کی حمایت کرتا ہے، تو ایپلی کیشنز کو ان سے آگاہ ہونا چاہیے، ورنہ سیکیورٹی کے خطرات پیدا ہو سکتے ہیں۔ میراث سافٹ ویئر کو مناسب جگہوں کے بغیر ڈیٹا تک رسائی کی اجازت دینا اس طرح کے مسائل کا بنیادی مجرم ہے۔ اگر مختلف سسٹم یوٹیلیٹیز (ڈسک ایکسپلورر، اینٹی وائرس سافٹ ویئر، آرکائیورس وغیرہ)، مختلف کانٹوں سے واقف نہیں ہیں، تو درج ذیل مسائل پیدا ہو سکتے ہیں: صارف کو کبھی بھی کسی متبادل کانٹے کی موجودگی کا پتہ نہیں چلے گا اور نہ ہی فائل کا کل سائز، صرف مرکزی ڈیٹا کانٹے کا۔ کمپیوٹر وائرس ونڈوز پر متبادل کانٹوں میں چھپ سکتے ہیں اور اگر اینٹی وائرس سافٹ ویئر کانٹوں سے واقف نہیں ہے تو کبھی پتہ نہیں چل سکتا ہے۔ کانٹے سے ناواقف چینلز کے ذریعے فائلیں بھیجتے وقت ڈیٹا ضائع ہو سکتا ہے، جیسے کہ ای میل، کانٹوں کی حمایت کے بغیر فائل سسٹم، یا یہاں تک کہ اگر کانٹے کی حمایت کے ساتھ فائل سسٹم کے درمیان فائلیں کاپی کرتے وقت بھی اگر کاپی بنانے والا پروگرام کانٹے کی حمایت نہیں کرتا ہے یا جب فائلوں کو ایسے سافٹ ویئر سے کمپریس کرتا ہے جو کانٹے کی حمایت نہیں کرتا ہے۔ حوالہ جات بیرونی روابط ایم ایس ڈی این لائبریری: فائل اسٹریمز متبادل ڈیٹا اسٹریمز ونڈوز این ٹی ایف ایس میں متبادل ڈیٹا اسٹریمز متبادل اسٹریمز کمپیوٹر فائل سسٹمز