Dmitry Zavalishin نے جینوڈ مائکرو کرنل OS ماحول میں کام کرنے کے لیے فینٹم آپریٹنگ سسٹم کی ایک ورچوئل مشین کو پورٹ کرنے کے منصوبے کے بارے میں بات کی۔ انٹرویو میں بتایا گیا ہے کہ فینٹم کا مرکزی ورژن پہلے ہی پائلٹ پروجیکٹس کے لیے تیار ہے، اور جینوڈ پر مبنی ورژن سال کے آخر میں استعمال کے لیے تیار ہو جائے گا۔ اسی وقت، پروجیکٹ کی ویب سائٹ پر صرف ایک قابل عمل تصوراتی پروٹو ٹائپ کا اعلان کیا گیا ہے، جس کی استحکام اور فعالیت کو صنعتی استعمال کے لیے موزوں سطح پر نہیں لایا گیا ہے، اور فوری منصوبوں میں تجربات کے لیے موزوں الفا ورژن کی تشکیل بھی شامل ہے۔ تیسری پارٹی کے ڈویلپرز کی طرف سے ذکر کیا جاتا ہے.
پروجیکٹ کوڈ ایل جی پی ایل لائسنس کے تحت تقسیم کیا جاتا ہے، لیکن مرکزی ذخیرہ میں آخری تبدیلی نومبر 2019 میں کی گئی تھی۔ پروجیکٹ سے متعلق عوامی سرگرمی جینوڈ کے کانٹے کے ساتھ ایک ذخیرے میں مرکوز ہے، جسے دسمبر 2020 سے انوپولیس یونیورسٹی کے ایک طالب علم اینٹون انتونوف نے برقرار رکھا ہے۔
2000 کی دہائی کے اوائل سے، فینٹم آپریٹنگ سسٹم دمتری زوالیشین کے ذاتی منصوبے کے طور پر تیار ہو رہا ہے، اور 2010 سے اسے دیمتری کی تخلیق کردہ ڈیجیٹل زون کمپنی کے ونگ کے تحت منتقل کر دیا گیا ہے۔ یہ نظام اعلی وشوسنییتا پر توجہ مرکوز کرنے اور "ہر چیز ایک فائل ہے" کے بجائے "ہر چیز ایک چیز ہے" کے تصور کے استعمال کے لئے قابل ذکر ہے، جو آپ کو میموری کی حالت کے تحفظ کی وجہ سے فائلوں کے استعمال کے بغیر کرنے کی اجازت دیتا ہے۔ کام کا ایک مسلسل چکر۔ فینٹم میں ایپلی کیشنز کو ختم نہیں کیا جاتا ہے، لیکن صرف معطل کیا جاتا ہے اور مداخلت شدہ نقطہ سے دوبارہ شروع کیا جاتا ہے. تمام متغیرات اور ڈیٹا ڈھانچے کو اس وقت تک ذخیرہ کیا جا سکتا ہے جب تک کہ ایپلی کیشن کی ضرورت ہو، اور پروگرامر کو ڈیٹا کو محفوظ کرنے کے بارے میں خاص طور پر فکر کرنے کی ضرورت نہیں ہے۔
فینٹم میں ایپلی کیشنز کو بائیک کوڈ میں مرتب کیا جاتا ہے، جو جاوا ورچوئل مشین کی طرح اسٹیک پر مبنی ورچوئل مشین میں چلتا ہے۔ ورچوئل مشین ایپلی کیشن میموری کی برقراری کو یقینی بناتی ہے - سسٹم وقتاً فوقتاً ورچوئل مشین کی حالت کے سنیپ شاٹس کو مستقل میڈیا پر ری سیٹ کرتا ہے۔ شٹ ڈاؤن یا کریش کے بعد، آخری محفوظ کردہ میموری سنیپ شاٹ سے کام جاری رہ سکتا ہے۔ اسنیپ شاٹس غیر مطابقت پذیر موڈ میں بنائے جاتے ہیں اور ورچوئل مشین کے آپریشن کو روکے بغیر، لیکن اسنیپ شاٹ میں ایک بار کا ٹکڑا ریکارڈ کیا جاتا ہے، گویا ورچوئل مشین کو روک دیا گیا تھا، ڈسک پر محفوظ کیا گیا تھا اور دوبارہ شروع کیا گیا تھا۔
تمام ایپلیکیشنز ایک مشترکہ عالمی ایڈریس اسپیس میں چلتی ہیں، جو کرنل اور ایپلی کیشنز کے درمیان سیاق و سباق کے سوئچ کی ضرورت کو ختم کرتی ہے، اور ورچوئل مشین میں چلنے والی ایپلی کیشنز کے درمیان تعامل کو بھی نمایاں طور پر آسان اور تیز کرتی ہے، جو ریفرنس پاسنگ کے ذریعے اشیاء کا تبادلہ کر سکتی ہے۔ رسائی کی علیحدگی اشیاء کی سطح پر کی جاتی ہے، جن کے حوالے صرف مناسب طریقوں کو کال کرنے کے ذریعے حاصل کیے جا سکتے ہیں (کوئی پوائنٹر ریاضی نہیں ہے)۔ کوئی بھی ڈیٹا، بشمول عددی اقدار، کو الگ آبجیکٹ کے طور پر پروسیس کیا جاتا ہے۔
ایپلیکیشن کے لیے، کام مسلسل ہوتا دکھائی دیتا ہے اور یہ OS کے ریبوٹس، کریشز، اور کمپیوٹر کے بند ہونے پر منحصر نہیں ہے۔ فینٹم کے پروگرامنگ ماڈل کا موازنہ کسی آبجیکٹ پروگرامنگ لینگویج کے لیے کبھی نہ رکنے والے ایپلیکیشن سرور کو چلانے سے کیا جاتا ہے۔ جاوا پروگراموں کو فینٹم پر پورٹ کرنا ایپلیکیشن ڈویلپمنٹ کے اہم طریقوں میں سے ایک سمجھا جاتا ہے، جس کی سہولت JVM سے فینٹم ورچوئل مشین کی مماثلت سے ملتی ہے۔ جاوا زبان کے بائیک کوڈ کمپائلر کے علاوہ، پروجیکٹ Python اور C# کے لیے کمپائلرز بنانے کے ساتھ ساتھ WebAssembly انٹرمیڈیٹ کوڈ سے مترجم کو لاگو کرنے کا ارادہ رکھتا ہے۔
ایسے آپریشنز کو انجام دینے کے لیے جن کے لیے اعلیٰ کارکردگی کی ضرورت ہوتی ہے، جیسے کہ ویڈیو اور آڈیو پروسیسنگ، بائنری آبجیکٹ کو مقامی کوڈ کے ساتھ الگ تھریڈز میں چلانا ممکن ہے (LLVM بائنری اشیاء کو جمع کرنے کے لیے استعمال کیا جاتا ہے)۔ کم درجے کی کرنل سروسز تک رسائی کے لیے، کچھ VM کلاسز ("اندرونی" کلاسز) OS کرنل کی سطح پر لاگو کی جاتی ہیں۔ لینکس ایپلی کیشنز کو چلانے کے لیے، ایک POSIX پرت فراہم کی جاتی ہے جو یونکس کے عمل کے لیے ضروری کالوں کی تقلید کرتی ہے (POSIX پرت میں ایپلی کیشنز کے لیے استقامت ابھی تک فراہم نہیں کی گئی ہے)۔
روایتی فینٹم OS میں ورچوئل مشین کے علاوہ تھریڈز کے نفاذ کے ساتھ اس کا اپنا دانا، ایک میموری مینیجر، ایک کوڑا اٹھانے والا، ہم وقت سازی کے طریقہ کار، ایک ان پٹ/آؤٹ پٹ سسٹم اور ہارڈ ویئر کے ساتھ کام کرنے کے لیے ڈرائیور شامل ہیں، جو پروجیکٹ کو لانے میں نمایاں طور پر پیچیدگیاں پیدا کرتے ہیں۔ وسیع پیمانے پر استعمال کے لیے تیاری۔ علیحدہ طور پر، نیٹ ورک اسٹیک، ایک گرافکس سب سسٹم اور یوزر انٹرفیس والے اجزاء تیار کیے جا رہے ہیں۔ یہ قابل ذکر ہے کہ گرافکس سب سسٹم اور ونڈو مینیجر کرنل کی سطح پر کام کرتے ہیں۔
پروجیکٹ کے استحکام، پورٹیبلٹی اور سیکیورٹی کو بڑھانے کے لیے، اوپن مائیکرو کارنل آپریٹنگ سسٹم جینوڈ کے اجزاء کا استعمال کرتے ہوئے فینٹم ورچوئل مشین کو پورٹ کرنے کی کوشش کی گئی، جس کی ترقی جرمن کمپنی جینوڈ لیبز کے زیر نگرانی ہے۔ ان لوگوں کے لیے جو جینوڈ پر مبنی فینٹم کے ساتھ تجربہ کرنا چاہتے ہیں، ایک خصوصی ڈوکر پر مبنی تعمیراتی ماحول تیار کیا گیا ہے۔
جینوڈ کے استعمال سے پہلے سے ثابت شدہ مائیکرو کرنل اور ڈرائیورز کا استعمال ممکن ہو جائے گا، ساتھ ہی ساتھ ڈرائیوروں کو صارف کی جگہ میں منتقل کرنا ممکن ہو جائے گا (ان کی موجودہ شکل میں، ڈرائیورز کو C میں لکھا جاتا ہے اور فینٹم کرنل کی سطح پر عمل میں لایا جاتا ہے)۔ خاص طور پر، seL4 مائیکرو کرنل کا استعمال ممکن ہو گا، جس نے ریاضیاتی اعتبار کی تصدیق کی ہے، اس بات کی تصدیق کرتا ہے کہ عمل درآمد رسمی زبان میں بیان کردہ تصریحات کی مکمل تعمیل کرتا ہے۔ فینٹم ورچوئل مشین کے لیے وشوسنییتا کا ایسا ہی ثبوت تیار کرنے کے امکان پر غور کیا جا رہا ہے، جو پورے OS ماحول کی تصدیق کی اجازت دے گا۔
جینوڈ پر مبنی بندرگاہ کے لیے اہم درخواست کا علاقہ مختلف صنعتی اور ایمبیڈڈ آلات کے لیے ایپلی کیشنز کی تیاری ہے۔ فی الحال، ورچوئل مشین کے لیے تبدیلیوں کا ایک سیٹ پہلے ہی تیار کیا جا چکا ہے اور بائنڈنگز کو شامل کر دیا گیا ہے جو کہ کرنل کے اجزاء اور اہم نچلے درجے کے انٹرفیس کی برقراری کو یقینی بنانے کے لیے جینوڈ کے اوپر کام کرتے ہیں۔ یہ نوٹ کیا جاتا ہے کہ فینٹم ورچوئل مشین پہلے ہی 64 بٹ جینوڈ ماحول میں کام کر سکتی ہے، لیکن پھر بھی VM کو پرسٹینس موڈ میں لاگو کرنا، ڈرائیور سب سسٹم کو دوبارہ کام کرنا اور اجزاء کو نیٹ ورک اسٹیک اور جینوڈ کے لیے گرافکس سب سسٹم کے ساتھ ڈھالنا ضروری ہے۔
ماخذ: opennet.ru