सार:
लॉरी किर्क, एक शोधकर्ता, जिन्होंने चार साल तक माइक्रोसॉफ्ट में रिवर्स इंजीनियर के रूप में काम किया है और अब Google में काम करती हैं, ने हाल ही में विंडोज और लिनक्स के बीच दशकों से चली आ रही बहस को फिर से शुरू कर दिया है। उन्होंने सार्वजनिक रूप से कहा कि इंजीनियरिंग डिजाइन के नजरिए से विंडोज एनटी कर्नेल अभी भी एक "इंजीनियरिंग चमत्कार" है, और यहां तक कि कई पहलुओं में लिनक्स को भी बौना बना देता है।
उन्होंने एक साहसिक वैकल्पिक ऐतिहासिक परिदृश्य भी सामने रखा: यदि माइक्रोसॉफ्ट ने 21वीं सदी की शुरुआत में एक "ओपन एनटी" लॉन्च किया, जिसने बड़े उद्यमों को स्वतंत्र रूप से संशोधित और प्राप्त करने की अनुमति दी, तो आज का सर्वर और क्लाउड कंप्यूटिंग पारिस्थितिकी एक पूरी तरह से अलग परिदृश्य प्रस्तुत कर सकता है।
किर्क ने इस बात पर जोर दिया कि उन्हें जो पसंद है वह विंडोज 11 का स्टार्ट मेन्यू, कोपायलट या विज्ञापन नहीं है, बल्कि विंडोज का अंतर्निहित एनटी कर्नेल आर्किटेक्चर है। उनका मानना है कि एनटी ने शुरू से ही एक अपेक्षाकृत पूर्ण ऑब्जेक्ट मॉडल और सुरक्षा प्रणाली स्थापित की है, जबकि लिनक्स ने धीरे-धीरे पारंपरिक यूनिक्स के आधार पर क्षमताएं, नेमस्पेस और SELinux जैसे सुरक्षा तंत्र जोड़े हैं, इसलिए यह समग्र रूप से अधिक फैला हुआ दिखाई देता है।
किर्क ने सोशल प्लेटफ़ॉर्म पर कहा कि यदि आप एक प्रोग्रामर के दृष्टिकोण से सबसे सरल विवरण देते हैं, तो एनटी एक "ऑब्जेक्ट-ओरिएंटेड" डिज़ाइन के करीब है और इसमें शुरू से ही एक बहुत मजबूत सुरक्षा मॉडल है; इसके विपरीत, लिनक्स की कई सुरक्षा क्षमताओं को बाद में धीरे-धीरे जोड़ा गया। उनका मानना है कि यदि भविष्य-उन्मुख ऑपरेटिंग सिस्टम कर्नेल को आज स्क्रैच से डिज़ाइन किया गया है, तो अंतिम रूप शायद लिनक्स जैसा नहीं दिखेगा, लेकिन एनटी के करीब होगा, और कुछ बीएसडी शाखा के समान भी हो सकता है।
विंडोज एनटी वास्तव में 1993 से सभी प्रमुख विंडोज संस्करणों के लिए तकनीकी आधार है, जिसमें आज का विंडोज 11 भी शामिल है। माइक्रोसॉफ्ट ने 1988 में डेव कटलर को काम पर रखा था, जो पहले डीईसी में वीएमएस ऑपरेटिंग सिस्टम विकास के लिए जिम्मेदार थे। माइक्रोसॉफ्ट के अनुसार, कटलर के नेतृत्व में पूर्व डीईसी इंजीनियरों की एक छोटी टीम ने वास्तव में कोड लिखना शुरू करने से पहले विनिर्देश विकसित करने में लगभग छह महीने बिताए। प्रारंभिक लक्ष्यों में पोर्टेबिलिटी, मल्टी-प्रोसेसर समर्थन और C2-स्तरीय सुरक्षा प्रमाणन शामिल थे।
सेवानिवृत्त माइक्रोसॉफ्ट इंजीनियर डेव प्लमर ने भी चर्चा में भाग लिया। उन्होंने बताया कि एनटी पहली बार नहीं है जब कटलर ने स्क्रैच से ऑपरेटिंग सिस्टम कर्नेल डिज़ाइन किया है। उन्होंने पहले आरएसएक्स-11एम और वीएमएस में भाग लिया है, इसलिए एनटी वास्तव में तीसरी बार है जब कटलर ने स्क्रैच से कर्नेल बनाया है।
हालाँकि, NT केवल VMS को Windows शेल से प्रतिस्थापित नहीं करता है। इसे मूल रूप से NT OS/2 कहा जाता था, एक ऑपरेटिंग सिस्टम जो पोर्टेबिलिटी पर जोर देता था। इसे पहले Intel i860 प्रोसेसर के लिए विकसित किया गया था, और फिर MIPS आर्किटेक्चर में स्थानांतरित कर दिया गया। अंततः Microsoft ने NT की मुख्य उत्पाद दिशा को OS/2 से Win32 में बदल दिया। एक महत्वपूर्ण पृष्ठभूमि यह थी कि विंडोज़ 3.1 की केवल छह महीनों में 16 मिलियन प्रतियां बिकीं।
किर्क द्वारा प्रशंसित मुख्य चीज़ों में से एक एनटी का "ऑब्जेक्ट" डिज़ाइन था। Microsoft की अपनी तकनीकी शब्दावली में, NT पारंपरिक अर्थों में C++ जैसी भाषाओं में लागू किया जाने वाला "ऑब्जेक्ट-ओरिएंटेड ऑपरेटिंग सिस्टम" नहीं है, बल्कि "ऑब्जेक्ट-आधारित" आर्किटेक्चर का उपयोग करता है। प्रोसेस, थ्रेड, फ़ाइलें, डिवाइस, रजिस्ट्री कुंजियाँ, म्यूटेक्स, जॉब और एक्सेस टोकन जैसे संसाधन सभी ऑब्जेक्ट के रूप में प्रबंधित किए जाते हैं।
एनटी का आंतरिक ऑब्जेक्ट मैनेजर इन ऑब्जेक्ट्स को बनाने और नष्ट करने, ऑब्जेक्ट नेमस्पेस को बनाए रखने, प्रत्येक प्रक्रिया में कौन सी ऑब्जेक्ट्स रखती है, इस पर नज़र रखने और संबंधित एक्सेस अधिकारों को प्रबंधित करने के लिए जिम्मेदार है। विभिन्न सिस्टम घटक इन ऑब्जेक्ट का उपयोग उस घटक द्वारा प्रदान किए गए इंटरफेस के माध्यम से करते हैं जिससे ऑब्जेक्ट संबंधित है, इसलिए जब अंतर्निहित घटक का आंतरिक कार्यान्वयन बदलता है, तो यह कुछ हद तक अन्य घटकों को प्रभावित करने से बच सकता है।
सामान्य विंडोज़ प्रोग्रामर के लिए इस डिज़ाइन के संपर्क में आने का सबसे आसान स्थान "हैंडल" है। जब कोई एप्लिकेशन किसी फ़ाइल को खोलता है, तो विंडोज़ न केवल फ़ाइल को एप्लिकेशन को सौंपता है, बल्कि एक हैंडल लौटाता है और हैंडल को दी गई अनुमतियों को रिकॉर्ड करता है। जब प्रोग्राम बाद में फ़ाइल पर संचालित होगा, तो सिस्टम इन अनुमतियों के आधार पर जाँच करेगा। यदि किसी हैंडल की प्रतिलिपि बनाई जाती है, तो इसकी अनुमतियों को और कम किया जा सकता है, लेकिन कॉपी ऑपरेशन के माध्यम से उन्हें हवा से नहीं बढ़ाया जा सकता है।
किर्क का मानना है कि विभिन्न सिस्टम संसाधनों के लिए यह अपेक्षाकृत एकीकृत प्रबंधन पद्धति बहुत ही सुंदर है और यह एनटी आर्किटेक्चर के महत्वपूर्ण लाभों में से एक भी है।
एनटी का सुरक्षा मॉडल भी संसाधनों, पहचान और अनुमतियों पर आधारित है। उपयोगकर्ता द्वारा विंडोज़ में लॉग इन करने के बाद, सिस्टम एक एक्सेस टोकन बनाता है, जिसमें उपयोगकर्ता की सुरक्षा पहचानकर्ता एसआईडी, वह उपयोगकर्ता समूह जिससे वह संबंधित है, और संबंधित सिस्टम अनुमतियाँ शामिल होती हैं। उपयोगकर्ताओं द्वारा शुरू की गई प्रक्रियाएं आमतौर पर संबंधित एक्सेस टोकन प्राप्त करती हैं, और प्रत्येक ऑब्जेक्ट जिसे संरक्षित किया जा सकता है, उसमें एक सुरक्षा डिस्क्रिप्टर होता है, जिसमें एक एक्सेस कंट्रोल सूची शामिल होती है जो निर्दिष्ट करती है कि कौन से एसआईडी कौन सी अनुमतियां प्राप्त कर सकते हैं या अस्वीकार की जानी चाहिए।
जब कोई प्रक्रिया किसी ऑब्जेक्ट तक पहुंचने का प्रयास करती है, तो विंडोज़ ऑब्जेक्ट की एक्सेस कंट्रोल सूची के विरुद्ध एक्सेस टोकन से मेल खाता है और उचित अनुमतियों के साथ एक हैंडल लौटाता है। इसके अलावा, सुरक्षा डिस्क्रिप्टर में किसी ऑब्जेक्ट तक सफल या असफल पहुंच को रिकॉर्ड करने के लिए ऑडिटिंग उद्देश्यों के लिए सिस्टम एक्सेस कंट्रोल सूचियां हो सकती हैं।
हालाँकि, इसका मतलब यह नहीं है कि एक अच्छी तरह से डिज़ाइन किया गया कर्नेल स्वचालित रूप से एक बिल्कुल सुरक्षित ऑपरेटिंग सिस्टम के बराबर है। Windows NT 3.5 को एक बार C2 सुरक्षा रेटिंग प्राप्त हुई थी, लेकिन उस समय प्रमाणन वातावरण नेटवर्क कनेक्शन के बिना एक स्टैंड-अलोन कंप्यूटर था, और Microsoft ने फ़ाइलों और रजिस्ट्री के लिए डिफ़ॉल्ट अनुमतियों को भी मजबूत किया था। जैसे ही विंडोज़ इंटरनेट युग में प्रवेश करती है, दशकों से जमा हुए ड्राइवर, डिफ़ॉल्ट कॉन्फ़िगरेशन और संगतता आवश्यकताओं का भी सिस्टम सुरक्षा पर भारी प्रभाव पड़ेगा।
किर्क की लिनक्स की मुख्य आलोचनाओं में से एक यह है कि लिनक्स सुरक्षा और अनुमति प्रबंधन के लिए कई सहयोगी तंत्रों का उपयोग करता है। उनके द्वारा उठाए गए सवालों में यूआईडी, जीआईडी, एसीएल, सीग्रुप्स, विभिन्न सुरक्षा नीतियां, एसईलिनक्स और फ़ाइल सिस्टम अनुमतियां आदि शामिल थीं, और उनका मानना था कि इन तंत्रों के बीच एकीकृत और सहज अनुमति संबंध आरेख की कमी थी।
हालाँकि, यह जटिलता लिनक्स को डिज़ाइन करने के तरीके का भी हिस्सा है। यूआईडी और जीआईडी का उपयोग उपयोगकर्ताओं और उपयोगकर्ता समूहों की पहचान करने के लिए किया जाता है, जबकि फ़ाइल अनुमतियां और एसीएल फाइलों की सुरक्षा के लिए जिम्मेदार हैं। क्षमताएं पारंपरिक रूट खातों की क्षमताओं को अलग कर सकती हैं, जैसे वेब सर्वर को पूर्ण रूट अनुमति प्राप्त किए बिना पोर्ट 80 को बाइंड करने की अनुमति देना। नेमस्पेस प्रक्रियाओं को स्वतंत्र फ़ाइल सिस्टम माउंट, प्रक्रियाओं या नेटवर्क वातावरण को देखने की अनुमति देता है। कंटेनर तकनीक इसी तंत्र पर बनी है। सीग्रुप सीपीयू और मेमोरी जैसे संसाधनों के उपयोग को सीमित करने के लिए जिम्मेदार हैं, और SELinux और अन्य लिनक्स सुरक्षा मॉड्यूल इस आधार पर अतिरिक्त सुरक्षा नीतियां लागू कर सकते हैं।
लिनक्स के इनमें से कई तंत्र वास्तव में कर्नेल के विकास के दौरान धीरे-धीरे जोड़े गए थे। उदाहरण के लिए, SELinux को मूल रूप से 2001 में एक स्वतंत्र पैच के रूप में अमेरिकी राष्ट्रीय सुरक्षा एजेंसी द्वारा प्रस्तावित किया गया था। Linux ने बाद में Linux सुरक्षा मॉड्यूल ढांचे की स्थापना की ताकि विभिन्न सुरक्षा मॉडलों को एकीकृत कर्नेल हुक के माध्यम से एक्सेस किया जा सके। आज, लिनक्स कर्नेल पहले से ही SELinux, AppArmor, स्मैक, TOMOYO और लैंडलॉक जैसे कई सुरक्षा तंत्रों का समर्थन करता है।
इसलिए, वास्तव में दोनों ऑपरेटिंग सिस्टम के डिज़ाइन दर्शन में महत्वपूर्ण अंतर हैं। एनटी एक एकीकृत ऑब्जेक्ट मॉडल के आसपास प्रबंधन को केंद्रीकृत करता है, जबकि लिनक्स कंपोजिबिलिटी पर अधिक ध्यान देता है, विभिन्न तंत्रों को अलग-अलग कार्य करने देता है, और वितरण, प्रशासकों और एप्लिकेशन परिदृश्यों को खुद को संयोजित करने की अनुमति देता है।
किर्क का मानना है कि आज कृत्रिम बुद्धिमत्ता एजेंटों के तेजी से विकास के साथ यह अंतर विशेष रूप से फिर से देखने लायक है। उन्होंने जो मुख्य प्रश्न उठाया वह था: "एक एआई एजेंट को वास्तव में क्या करने की अनुमति है?"
पारंपरिक प्रोग्राम आमतौर पर उपयोगकर्ता द्वारा स्पष्ट रूप से जारी किए गए निर्देशों के अनुसार एक-एक करके निष्पादित होते हैं, जबकि एआई एजेंट कुछ ही मिनटों में लगातार हजारों ऑपरेशन कर सकते हैं, स्वयं कोड उत्पन्न और चला सकते हैं, फाइलें पढ़ सकते हैं, और जटिल कार्यों को पूरा करने के लिए कई अनुमतियों को जोड़ सकते हैं। इसलिए, ऑपरेटिंग सिस्टम को न केवल यह निर्धारित करने की आवश्यकता है कि "कौन" प्रोग्राम चला रहा है, बल्कि इसे और अधिक स्पष्ट रूप से परिभाषित करने की आवश्यकता है कि एक एआई एजेंट किन संसाधनों तक पहुंच सकता है, यह किस दायरे में संचालित होता है, और इन व्यवहारों को कैसे रिकॉर्ड किया जाए।
किर्क का मानना है कि एनटी का ऑब्जेक्ट मॉडल ऑपरेटिंग सिस्टम को विभिन्न संसाधनों के लिए स्पष्ट अनुमति संबंध स्थापित करने और एआई एजेंट के नियंत्रण खोने पर अधिक केंद्रीकृत और स्पष्ट ऑडिट रिकॉर्ड प्रदान करने की अनुमति दे सकता है। हालाँकि, उन्होंने यह भी स्वीकार किया कि यह अभी भी एक सिद्ध निष्कर्ष के बजाय एक वास्तुशिल्प परिकल्पना है।
वास्तव में, लिनक्स ने इस समस्या के लिए अधिक से अधिक उपकरण उपलब्ध कराए हैं। लिनक्स 5.13 में जोड़ा गया लैंडलॉक गैर-विशेषाधिकार प्राप्त प्रक्रियाओं को भी फ़ाइल सिस्टम और नेटवर्क संसाधनों को सक्रिय रूप से सीमित करने की अनुमति देता है, जिन तक वे पहुंच सकते हैं। ये सीमाएँ बाल प्रक्रियाओं को विरासत में मिल सकती हैं और इन्हें केवल और अधिक कड़ा किया जा सकता है, बाल प्रक्रिया द्वारा शिथिल नहीं किया जा सकता है। Seccomp, Namespaces, cgroups और विभिन्न LSM तंत्रों के साथ मिलकर, Linux AI एजेंटों को भी सख्ती से अलग कर सकता है।
Microsoft स्वयं भी इसी दिशा में आगे बढ़ रहा है। माइक्रोसॉफ्ट ने 2026 बिल्ड कॉन्फ्रेंस में माइक्रोसॉफ्ट एक्ज़ीक्यूशन कंटेनर्स या एमएक्ससी की घोषणा की, जिससे डेवलपर्स को यह घोषित करने की अनुमति मिली कि एआई एजेंट किन संसाधनों तक पहुंच सकता है, और विंडोज़ रनटाइम के दौरान इन प्रतिबंधों को लागू कर सकता है। एमएक्ससी एजेंटों के लिए स्वतंत्र उपयोगकर्ता खाते भी बना सकता है, जिससे सिस्टम को एजेंट द्वारा किए गए प्रत्येक ऑपरेशन को एक विशिष्ट पहचान का श्रेय देने की अनुमति मिलती है। विंडोज़ 11 का मौजूदा एजेंट वर्कस्पेस भी एजेंट खातों को प्रतिबंधित करने के लिए एसीएल का उपयोग करता है ताकि उनकी अनुमतियाँ उपयोगकर्ता की अनुमतियों से अधिक न हों।
दूसरे शब्दों में, Microsoft अब AI एजेंट अनुमतियों की समस्या को हल करने के लिए पारंपरिक NT तंत्र जैसे SID, एक्सेस टोकन और ACL का उपयोग कर रहा है। यहीं पर किर्क का मानना है कि एनटी आर्किटेक्चर के फायदे हैं। हालाँकि, इसका मतलब यह नहीं है कि Microsoft ने साबित कर दिया है कि Linux AI एजेंटों के लिए सक्षम नहीं है। जबकि Microsoft स्वयं अपने AI ऑपरेटिंग सिस्टम को आगे बढ़ा रहा है, उसने यह भी चेतावनी दी है कि AI एजेंट नए मैलवेयर और सुरक्षा जोखिम पैदा कर सकते हैं।
किर्क ने तब अपना सबसे दिलचस्प वैकल्पिक ऐतिहासिक विचार प्रस्तावित किया: माइक्रोसॉफ्ट को वास्तव में उस समय एक "ओपन एनटी" लॉन्च करना चाहिए।
उसने जिस ओपन एनटी की कल्पना की थी, उसे जीपीएल सॉफ्टवेयर की तरह पूरी तरह से खुला होने की आवश्यकता नहीं है, लेकिन बड़े उद्यमों को माइक्रोसॉफ्ट द्वारा निर्धारित बुनियादी सुरक्षा और संगतता मानकों को बनाए रखते हुए कर्नेल में विशिष्ट घटकों को संशोधित करने की अनुमति मिलती है। उदाहरण के लिए, जब अमेज़ॅन शुरुआती दिनों में EC2 क्लाउड कंप्यूटिंग प्लेटफ़ॉर्म का निर्माण कर रहा था, तो वह ओपन एनटी से "AmazonNT" नामक एक संस्करण प्राप्त कर सकता था और शेड्यूलर, नेटवर्क स्टैक या मेमोरी एलोकेटर को अपने आप संशोधित कर सकता था, जबकि अभी भी Microsoft द्वारा परिभाषित मुख्य संगतता और सुरक्षा विशिष्टताओं का अनुपालन कर रहा था।
वास्तव में, Microsoft ने अतीत में कुछ हद तक एक समान मॉडल आज़माया है। माइक्रोसॉफ्ट के साझा स्रोत कार्यक्रम ने लगभग 1,600 उद्यम ग्राहकों, विश्वविद्यालयों और सरकारी एजेंसियों को विंडोज स्रोत कोड तक पहुंच प्रदान की है। 2001 में, ऑस्ट्रियाई आंतरिक मंत्रालय Windows XP स्रोत कोड प्राप्त करने वाली पहली यूरोपीय सरकार बन गई।
2006 में, माइक्रोसॉफ्ट ने विंडोज रिसर्च कर्नेल भी लॉन्च किया, जो विश्वविद्यालय के शोधकर्ताओं को शिक्षण और अनुसंधान के लिए एनटी के शेड्यूलर और मेमोरी मैनेजर को संशोधित करने की अनुमति देता है। हालाँकि, ये परियोजनाएँ अभी भी प्रकृति में सीमित स्रोत कोड साझाकरण हैं और अमेज़ॅन जैसी कंपनियों को अपनी स्वयं की विंडोज़ एनटी शाखाएँ बनाने और व्यावसायिक रूप से वितरित करने की अनुमति नहीं देती हैं।
माइक्रोसॉफ्ट ने एनटी को आगे क्यों नहीं खोला है, इस बारे में लेख का मानना है कि इसमें लाइसेंसिंग आय, बौद्धिक संपदा अधिकार, तकनीकी सहायता लागत और विंडोज संगतता के लिए माइक्रोसॉफ्ट की सबसे महत्वपूर्ण प्रतिबद्धता शामिल हो सकती है। तीसरे पक्ष को लंबे समय तक कर्नेल को संशोधित करने की अनुमति देने का मतलब यह हो सकता है कि Microsoft को विभिन्न संस्करणों के बीच बड़ी संख्या में संगतता और सुरक्षा समस्याओं का सामना करना पड़ेगा।
लिनक्स डेवलपर्स ने दूसरे दृष्टिकोण से ओपन एनटी विज़न पर सवाल उठाया है। डेविड एयरली, जो लंबे समय से लिनक्स कर्नेल ग्राफिक्स सबसिस्टम के विकास में शामिल हैं, का मानना है कि वास्तविक समस्या कर्नेल शाखा को बनाए रखने की दीर्घकालिक लागत है। भले ही स्रोत कोड पूरी तरह से खुला हो, अगर कंपनियों को 20 साल बाद भी अपने स्वयं के संशोधित मेमोरी मैनेजर या शेड्यूलर बनाए रखने की आवश्यकता है, तो उन्हें समर्पित इंजीनियरिंग टीमों में निवेश करना जारी रखना होगा।
एयरली ने बताया कि बड़ी संख्या में कंपनियों ने लिनक्स संस्करणों को फोर्क करने की कोशिश की है, लेकिन कुछ वर्षों के बाद उन्हें अक्सर पता चलता है कि उनकी अपनी शाखाओं को बनाए रखने की लागत बहुत अधिक है, और अंततः मुख्य लाइन में परिवर्तन सबमिट करने का विकल्प चुनते हैं। जावा पारिस्थितिकी तंत्र में विभिन्न जेवीएम कार्यान्वयन लंबे समय तक मौजूद रहने का कारण यह है कि उनके पीछे स्पष्ट वाणिज्यिक ग्राहक और राजस्व स्रोत हैं; जबकि एक एनटी शाखा जो केवल आंतरिक उद्यमों को सेवा प्रदान करती है, उसके लिए लंबी अवधि में ऐसी लागत वहन करना मुश्किल हो सकता है।
यदि अमेज़ॅन एनटी के शेड्यूलर को संशोधित करता है, तो माइक्रोसॉफ्ट द्वारा हर महीने जारी किए जाने वाले सुरक्षा सुधारों को फिर से विलय, परीक्षण और सत्यापित करना होगा। जितना अधिक समय बीतता है, यह शाखा ऑपरेटिंग सिस्टम कर्नेल टीम के उतनी ही करीब होती जाती है जिसे स्वतंत्र रूप से बनाए रखने की आवश्यकता होती है। लिनक्स मॉडल का उद्देश्य उद्यमों द्वारा आवश्यक बड़ी संख्या में परिवर्तनों को यथासंभव मुख्य लाइन में वापस प्रस्तुत करना और पूरे समुदाय द्वारा संयुक्त रूप से बनाए रखना है।
एनटी स्वयं ऐतिहासिक बोझ से रहित नहीं है। कुछ इंजीनियरों ने बताया कि वीएमएस का सुसंगत डिज़ाइन पूरी तरह से आधुनिक एनटी में स्थानांतरित नहीं किया गया था। विंडोज़ रजिस्ट्री लंबे समय से इंजीनियरों के बीच सबसे विवादास्पद सिस्टम घटकों में से एक रही है।
एक और विवाद ग्राफ़िक्स सिस्टम से उत्पन्न होता है। Windows NT 4.0 अवधि के दौरान, Microsoft ने ग्राफ़िक्स के प्रदर्शन को बेहतर बनाने के लिए विंडो मैनेजर, GDI और ग्राफ़िक्स ड्राइवरों को कर्नेल स्पेस में स्थानांतरित कर दिया। इसका मतलब यह है कि एक गंभीर रूप से समस्याग्रस्त ग्राफिक्स ड्राइवर सीधे पूरे ऑपरेटिंग सिस्टम को क्रैश कर सकता है। विंडोज़ 2000 ने इसके बाद विंडोज़ ड्राइवर मॉडल, प्लग एंड प्ले, पावर मैनेजमेंट, डब्लूएमआई और जॉब ऑब्जेक्ट्स जैसे बड़ी संख्या में तंत्र जोड़े।
इसलिए, आज विंडोज 11 में एनटी कर्नेल अब वही कर्नेल नहीं है, जब एनटी 3.1 पहली बार 1993 में जारी किया गया था। एनटी की स्थापना के समय किर्क ने वास्तव में कुछ बुनियादी वास्तुशिल्प अवधारणाओं की प्रशंसा की थी, यह सोचने के बजाय कि आधुनिक विंडोज के सभी डिज़ाइन स्वाभाविक रूप से लिनक्स से बेहतर हैं।
ऐतिहासिक परिणामों से देखते हुए, लिनक्स ने अंततः सर्वर और क्लाउड कंप्यूटिंग क्षेत्रों में वह स्थान हासिल किया जिसे एनटी हासिल करने में विफल रहा। लिनक्स का खुला लाइसेंस किसी भी संगठन को कर्नेल को संशोधित करने, इसे विभिन्न हार्डवेयर पर चलाने और सुधारों को मेनलाइन पर वापस सबमिट करने में सक्षम बनाता है। कंटेनरों, विकास उपकरणों और एंड्रॉइड जैसे विशाल पारिस्थितिकी तंत्र के बाद के उद्भव ने इस विकास मॉडल को और मजबूत किया है।
दिलचस्प बात यह है कि माइक्रोसॉफ्ट हाल के वर्षों में विंडोज़ लिनक्स को बेहतर ढंग से चलाने के लिए कड़ी मेहनत कर रहा है। लिनक्स के लिए विंडोज सबसिस्टम को प्रदर्शन और नेटवर्क में सुधार प्राप्त हो रहा है, और माइक्रोसॉफ्ट ने डब्ल्यूएसएल कंटेनर जैसी सुविधाएं भी लॉन्च की हैं, जो उपयोगकर्ताओं को सीधे विंडोज वातावरण में लिनक्स कंटेनर चलाने की इजाजत देती है। Google ने अपने AI टूल में WSL समर्थन जोड़ना भी शुरू कर दिया है।
साथ ही किर्क ने बीएसडी का भी जिक्र किया. उनका मानना है कि अगर आज ऑपरेटिंग सिस्टम कर्नेल को दोबारा डिजाइन किया जाए तो एनटी के अलावा बीएसडी जैसा आर्किटेक्चर भी सामने आ सकता है। उनका मानना है कि बीएसडी की समग्र संरचना अपेक्षाकृत साफ-सुथरी है, और इसमें शुरुआती दिनों में जेलों जैसे अलगाव तंत्र हैं।
फ्रीबीएसडी जेल फ़ाइल सिस्टम, उपयोगकर्ताओं और नेटवर्क वातावरण को सीमित कर सकते हैं जो एक प्रक्रिया देखती है, जबकि कैप्सिकम किर्क द्वारा जोर दिए गए क्षमता मॉडल के करीब है। क्षमता मोड में प्रवेश करने के बाद, प्रक्रिया अपनी इच्छानुसार वैश्विक नामस्थान तक नहीं पहुंच सकती है और केवल फ़ाइल डिस्क्रिप्टर के माध्यम से स्वयं को स्पष्ट रूप से दी गई अनुमतियों का उपयोग कर सकती है। दिलचस्प बात यह है कि कैप्सिकम परियोजना कैम्ब्रिज विश्वविद्यालय में पूरी हुई और इसे Google से अनुसंधान निधि प्राप्त हुई।
इस परिप्रेक्ष्य से, किर्क वास्तव में जो चर्चा कर रहा है वह यह नहीं है कि सभी परिदृश्यों, विंडोज़ या लिनक्स में कौन बेहतर है, बल्कि एक अधिक बुनियादी मुद्दा है: ऑपरेटिंग सिस्टम को "अनुमतियाँ" का प्रतिनिधित्व और नियंत्रण कैसे करना चाहिए।
एनटी का विचार है कि संसाधनों को स्पष्ट प्रकार दिया जाए, संसाधनों तक पहुंच की अनुमति दी जाए, और जितना संभव हो सके ऑपरेटिंग सिस्टम द्वारा उन्हें समान रूप से जांचा और रिकॉर्ड किया जाए। लिनक्स अधिक लचीले यूनिक्स फाउंडेशन से शुरू होता है और कई तंत्रों के माध्यम से विभिन्न वातावरणों की जरूरतों को पूरा करता है जिन्हें जोड़ा जा सकता है। कोई भी तरीका अकेले सिस्टम सुरक्षा सुनिश्चित नहीं कर सकता।
एआई एजेंटों का उद्भव इस मुद्दे को और भी महत्वपूर्ण बना रहा है। अतीत में, ऑपरेटिंग सिस्टम के लिए सबसे महत्वपूर्ण प्रश्न यह पुष्टि करना था कि "कौन सा उपयोगकर्ता" ऑपरेशन कर रहा है; भविष्य में, उसे यह भी जवाब देना होगा कि एआई एजेंट किसका प्रतिनिधित्व कर सकता है, वह किन संसाधनों तक पहुंच सकता है, उसके पास कितने समय तक अनुमति है, वह कौन से ऑपरेशन कर सकता है, और क्या सिस्टम सटीक रूप से साबित कर सकता है कि उसने क्या किया है।
विंडोज एनटी सर्वर और क्लाउड कंप्यूटिंग की दुनिया में प्रमुख खिलाड़ी नहीं बन सका, और वह स्थान अंततः लिनक्स ने ले लिया। हालाँकि, NT 3.1 के आगमन को 30 वर्ष से अधिक समय हो गया है। विंडोज़ अभी भी ऑब्जेक्ट, हैंडल, एक्सेस टोकन और एसीएल की मूल डिज़ाइन अवधारणाओं का उपयोग कर रहा है, और माइक्रोसॉफ्ट अब एआई एजेंटों की अनुमति अलगाव समस्या को हल करने के लिए इन तंत्रों का उपयोग करना शुरू कर रहा है।
इसलिए, लॉरी किर्क द्वारा परिकल्पित "ओपन एनटी" केवल काल्पनिक इतिहास में हमेशा के लिए मौजूद हो सकता है, लेकिन जैसे-जैसे कंप्यूटर सक्रिय रूप से मनुष्यों के लिए अधिक से अधिक कार्य करना शुरू करते हैं, सभी ऑपरेटिंग सिस्टमों के सामने एक वास्तविक समस्या उत्पन्न होती जा रही है: जब सॉफ़्टवेयर मनुष्यों की ओर से कार्य करना शुरू कर देता है, तो हमें इसे कितनी दूर तक जाने देना चाहिए?
टिप्पणियाँ