ऐसा न होने के लिए गति सबसे सामान्य कारण है। वास्तव में आप वही कर सकते हैं जो आप प्रस्तावित करते हैं, यदि आप अपना खुद का ऑपरेटिंग सिस्टम बनाते हैं, तो इसका सिर्फ वास्तु संबंधी कारणों से बहुत धीमा होना है। तो यह धारणा कि इसका तेज थोड़ा त्रुटिपूर्ण है। यहां तक कि अगर यह तेज होगा, तो यह विकास के मामले में कम कुशल होगा (जैसे कि काम के 10 गुना के लिए 1% की गति बढ़ाना)।
सीपीयू से ग्राफिक्स कार्ड पर डेटा की प्रतिलिपि बनाना अपेक्षाकृत धीमा ऑपरेशन है। जितना कम आप तेजी से अपने अद्यतन की गति की प्रतिलिपि बना सकते हैं। तो आदर्श रूप में आपके पास अधिकांश डेटा आपके जीपीयू पर होगा और केवल डेटा के छोटे हिस्से को अपडेट करेगा। 1920x1200 या उससे अधिक की तुलना में 320x200 पिक्सेल से अधिक की नकल के बीच अंतर की दुनिया है। जब पक्ष बढ़ता है, तो पिक्सेल की संख्या देखें जिसे आपको अपडेट करने की आवश्यकता है।
उदाहरण: विभिन्न स्थानों में वीडियो मेमोरी में मैन्युअल रूप से पिक्सेल कॉपी करने की तुलना में जीपीयू को छवि को 10 पिक्सेल स्थानांतरित करने के लिए कहना सस्ता है।
आपको एक एपीआई गर्त क्यों जाना है? केवल इसलिए कि यह आपका सिस्टम नहीं है। ऑपरेटिंग सिस्टम आपको सुरक्षा कारणों से जो कुछ भी करने की अनुमति नहीं दे सकता है। दूसरी बात यह है कि ऑपरेटिंग सिस्टम को हार्डवेयर को दूर करने की आवश्यकता होती है, यहां तक कि ओएस चालक को कुछ सार प्रणाली, एक एपीआई को गर्त में रखने की बात कर रहा है यदि आप करेंगे।
वास्तव में मैं इस संभावना को दर करूंगा कि आपकी प्रणाली तेजी से होगी, यदि आप बस सभी काम खुद करते हैं, करीब शून्य के करीब। यह सी और असेंबली की तुलना करने जैसा है। सुनिश्चित करें कि आप असेंबली लिख सकते हैं, लेकिन कंपाइलर इन दिनों बहुत स्मार्ट हैं और हर समय बेहतर और बेहतर अनुकूलन करते हैं। मैन्युअल रूप से बेहतर होना मुश्किल है, भले ही आप अपनी उत्पादकता नालियों के नीचे हो सकते हैं।
पुनश्च: एक एपीआई यह अद्यतन करने के लिए असंभव नहीं है जैसे पुराने गेम ने किया था। यह सिर्फ अक्षम है कि सभी है। एपीआई मन के कारण नहीं, बल्कि यह अक्षम्य अवधि है।
PPS: यही कारण है कि वे वल्कन का रोल कर रहे हैं।