कर्नेल एसिंक्रोनस फ़ाइल रीड
कर्नेल AIO API रीड का एक बैच स्वीकार करता है और एक पहचानकर्ता लौटाता है। PS5PCEM बैच सबमिशन के समय ही चलाता है, जिसकी इंटरफ़ेस अनुमति देता है, और गेम एक पूरा नतीजा लेता है।
10 अक्टूबर 2026 तक के रिपॉज़िटरी नोट्स
इंटरफ़ेस
एसेट स्ट्रीम करने वाले इंजन रीड की सूची भेजते हैं और बाद में पूछते हैं कि बैच पूरा हुआ या नहीं। इस तरह बना गेम API के बिना फ़ाइल लोड नहीं कर सकता। PS5PCEM बैच स्वीकार करता है, भेजे जाने पर रीड चलाता है, और नतीजे पहचानकर्ता के तहत रखता है। बाद की पोलिंग पहले से पूरा बैच देखती है।
तुरंत पूरा होना इंटरफ़ेस का वैध नतीजा है। कॉलर को पोलिंग से पहले पूरे हुए अनुरोध को संभालना होता है। एम्युलेटर डिवाइस की देरी की नक़ल करने के लिए सोता नहीं, और ज़्यादा एसिंक्रोनस दिखने के लिए बैच को विफल नहीं बताता।
यह APR से कैसे अलग है
कर्नेल AIO गेम द्वारा पहले से खोले गए फ़ाइल डिस्क्रिप्टर पर POSIX-शैली का बैच है। APR एक्सेलेरेटर पथ है: पथ पहचानकर्ता बनते हैं, और कमांड काउंटर तथा पूर्णता इवेंट के साथ AMPR कमांड बफ़र में रहते हैं। गेम कोई एक या दोनों इस्तेमाल कर सकता है।
दोनों पथ गेम इंस्टॉलेशन को ऐसे डेटा के रूप में पढ़ते हैं जिसे एम्युलेटर ने नहीं बनाया। सीमाएँ जाँची जाती हैं। छोटा बफ़र या ग़लत डिस्क्रिप्टर त्रुटि लौटाता है, सफलता के रूप में दिखाया गया आंशिक लेखन नहीं।
क्या लागू है
- बैच सबमिशन, एक पहचानकर्ता और ऐसा पूर्णता संकेत जिसे गेम ले सके।
- गेम द्वारा खोली गई फ़ाइलों पर किए गए रीड।
- तुरंत पूरा होना, जिसकी गेस्ट API अनुमति देता है।
क्या अब भी बाक़ी है
- डिस्क की देरी की नक़ल करने वाला कोई अलग I/O थ्रेड नहीं है।
- कंसोल की प्राथमिकता और बैंडविड्थ शेड्यूलर का मॉडल नहीं बना है।
- APR कमांड बफ़र अलग API हैं और कर्नेल AIO में दोबारा नहीं लिखे जाते।
संबंधित तंत्र
ये पेज क्या हैं