Xen پروجیکٹ کے ونگ کے تحت تیار کردہ XCP-ng پلیٹ فارم کے ڈویلپرز نے زنگ کی زبان میں Xen سافٹ ویئر اسٹیک کے مختلف اجزاء کے متبادل بنانے کا منصوبہ شائع کیا ہے۔ خود Xen ہائپر وائزر کو دوبارہ کام کرنے کا کوئی منصوبہ نہیں ہے؛ کام بنیادی طور پر ٹول کٹ کے انفرادی اجزاء کو دوبارہ کام کرنے پر مرکوز ہے۔
پلیٹ فارم فی الحال C، Python، OCaml، اور Go اجزاء استعمال کرتا ہے، جن میں سے کچھ پرانے ہیں اور دیکھ بھال کے چیلنجز پیش کرتے ہیں۔ واضح رہے کہ Rust کا استعمال شامل زبانوں کی تعداد میں مجموعی طور پر اضافے کا باعث نہیں بنے گا، کیونکہ Go میں صرف ایک جزو لاگو کیا گیا ہے، جسے پہلے تبدیل کرنے کا منصوبہ ہے۔
زنگ کو ایک ایسی زبان کے طور پر منتخب کیا گیا تھا جو میموری سے محفوظ صلاحیتوں کے ساتھ اعلی کارکردگی کے کوڈ کو یکجا کرتی ہے، اسے کچرا جمع کرنے والے کی ضرورت نہیں ہوتی ہے، یہ نچلی سطح اور اعلیٰ سطح کے دونوں اجزاء تیار کرنے کے لیے موزوں ہے، اور ممکنہ غلطیوں کو کم کرنے کے لیے اضافی خصوصیات فراہم کرتی ہے، جیسے کہ چیکر ادھار لینا۔) زنگ بھی اس وقت XAPI میں استعمال ہونے والی OCaml زبان سے زیادہ وسیع ہے، جس سے نئے ڈویلپرز کو پروجیکٹ کی طرف راغب کرنا آسان ہو جائے گا۔
پہلا مرحلہ عمل کو جانچنے کے لیے متعدد اجزاء کے متبادل کو تیار کرنا اور سافٹ ویئر اسٹیک کے دوسرے حصوں کو تبدیل کرنے کے لیے بنیاد تیار کرنا ہے۔ خاص طور پر، سب سے پہلے، لینکس کے مہمان ٹولز، جن کے لیے فی الحال گو زبان استعمال کی جاتی ہے، اور OCaml میں لکھے گئے میٹرکس کو جمع کرنے کے پس منظر کے عمل کو دوبارہ Rust میں لکھا جائے گا۔
لینکس گیسٹ ٹولز (xe-guest-utilities) کو دوبارہ کام کرنے کی ضرورت کلاؤڈ سافٹ ویئر گروپ کے زیر کنٹرول Xen پروجیکٹ کے باہر کوڈ کی کوالٹی اور ڈیولپمنٹ کے مسائل کی وجہ سے پیدا ہوتی ہے، جس کی وجہ سے پیکیجز کو پیک کرنا اور ترقی پر کمیونٹی کے اثر و رسوخ کو مشکل بناتا ہے۔ وہ ٹول کٹ (xen-guest-agent) کا مکمل طور پر شروع سے ایک نیا ورژن بنانے کا ارادہ رکھتے ہیں، اسے ہر ممکن حد تک آسان بناتے ہوئے اور ایجنٹ کی منطق کو لائبریریوں سے الگ کرتے ہیں۔ میٹرکس (rrdd) کو جمع کرنے کے پس منظر کے عمل کو دوبارہ کام کرنے کا فیصلہ کیا گیا کیونکہ یہ کمپیکٹ اور الگ ہے، جو ترقی کے دوران نئی زبان کے استعمال کے تجربات کو آسان بناتا ہے۔
اگلے سال، زنگ میں xenopsd-ng جزو کی ترقی پر کام شروع ہو سکتا ہے، جو سافٹ ویئر اسٹیک کے فن تعمیر کو بہتر بنائے گا۔ مرکزی خیال یہ ہے کہ کم سطح کے APIs کے ساتھ کام کو ایک جزو میں مرتکز کیا جائے اور اس کے ذریعے اسٹیک کے دیگر اجزاء کے لیے تمام اعلیٰ سطح کے APIs کی فراہمی کو منظم کیا جائے۔
موجودہ Xen اسٹیک فن تعمیر:
xenopsd-ng پر مبنی مجوزہ زین اسٹیک فن تعمیر:
ماخذ: opennet.ru