← नवीनतम पेपर
🤖 machine learning

Concordia: JIT-Compiled Persistent-Kernel Checkpointing for Fault-Tolerant LLM Inference

कॉनकॉर्डिया (Concordia) लंबे समय तक चलने वाले LLM इन्फरेंस के लिए एक फॉल्ट-टॉलरेंट रनटाइम है जो डिवाइस-रेसिडेंट पर्सिस्टेंट कर्नेल का उपयोग करता है, जिसमें बिना सर्विंग स्टैक को बाधित किए, GPU-रेसिडेंट स्टेट के लो-ओवरहेड, CPU-बायपासिंग चेकपॉइंटिंग और रिकवरी को निष्पादित करने के लिए JIT-कंपाइल्ड, PTX/SASS-स्तर के इंस्ट्रुमेंटेशन का उपयोग किया जाता है।

मूल लेखक: Yuhang Gan, Yiwei Yang, Yuyi Li, Xiangyu Gao, Yichen Wang, Rain Jiang, Xiaoning Ding, Andi Quinn, Chen Qian

प्रकाशित 2026-06-23
📖 6 मिनट में पढ़ें🧠 गहराई से पढ़ें

मूल लेखक: Yuhang Gan, Yiwei Yang, Yuyi Li, Xiangyu Gao, Yichen Wang, Rain Jiang, Xiaoning Ding, Andi Quinn, Chen Qian

मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें

कल्पना कीजिए कि आप एक विशाल, उच्च-दांव वाली कुकिंग प्रतियोगिता चला रहे हैं जहाँ शेफ अविश्वसनीय रूप से तेज़ हैं, लेकिन रसोई अचानक बिजली जाने (पावर आउटेज) के प्रति संवेदनशील है।

लार्ज लैंग्वेज मॉडल्स (LLMs) की दुनिया में, "शेफ" वे AI मॉडल हैं जो शक्तिशाली ग्राफिक्स कार्ड्स (GPUs) पर चलते हैं। वे वर्तमान में एकल, त्वरित व्यंजन (छोटे प्रश्न) बनाने से हटकर लंबे, जटिल भोज (मल्टी-टर्न बातचीत, एजेंट्स और रियल-टाइम लर्निंग) का प्रबंधन करने की ओर बढ़ रहे हैं। इन लंबे भोजों के दौरान, रसोई में बहुत सारा "स्टेट" (state) जमा हो जाता है: जैसे आधे-अधूरे व्यंजन, अभी-अभी डाले गए मसालों के नोट्स, और मेज का वर्तमान मिजाज।

समस्या: "ब्लैकआउट" आपदा
यदि बिजली चली जाती है (एक GPU विफलता), तो पारंपरिक सेटअप में पूरी रसोई बंद हो जाती है। शेफ सब कुछ भूल जाते हैं। फिर से शुरू करने के लिए, आपको:

  1. मुख्य शेफ को घर से वापस बुलाना पड़ता है (सॉफ्टवेयर को रीस्टार्ट करना)।
  2. लाइब्रेरी से पूरी रेसिपी बुक को फिर से पढ़ना पड़ता है (मॉडल वेट्स को रीलोड करना)।
  3. यह याद करने की कोशिश करनी पड़ती है कि लाइट जाने से पहले वे क्या कह रहे थे (बातचीत को फिर से चलाना/रीप्ले करना)।

इसमें मिनटों या घंटों लग सकते हैं। एक लंबी बातचीत या वास्तविक दुनिया के निर्णय लेने वाले एजेंट के लिए, यह अस्वीकार्य है। आप घंटों का काम खो देते हैं।

पुराना समाधान: "मैनुअल लॉगबुक"
कुछ सिस्टम यह समाधान करने की कोशिश करते हैं कि शेफ हर एक सामग्री जो वे डालते हैं, उसे एक नोटबुक में लिखें (एप्लीकेशन-लेवल लॉगिंग)। लेकिन आधुनिक रसोई अराजक होती है। शेफ अलग-अलग टूल्स का उपयोग करते हैं, गुप्त तरीकों से सामग्री मिलाते हैं, और बाहर के वेंडरों से बने-बनाए सॉस का उपयोग करते हैं। हर एक शेफ से हर छोटी चीज़ को मैन्युअल रूप से लॉग करने के लिए कहना नाजुक, त्रुटिपूर्ण है और यह काम की गति को धीमा कर देता है।

नया समाधान: कॉनकोडिया (Concordia)
कॉनकोडिया का पेपर रसोई के नियमों को बदल देता है। शेफ से नोट्स लिखने के लिए कहने के बजाय, कॉनकोडिया रसोई के अंदर एक स्थायी, अदृश्य 'सू-शेफ' (sous-chef) स्थापित करता है जो कभी रसोई नहीं छोड़ता।

यह कैसे काम करता है, सरल उपमाओं का उपयोग करते हुए:

1. "हमेशा मौजूद" सू-शेफ (पर्सिस्टेंट कर्नल)

सामान्य रसोई में, मैनेजर (CPU) को हर बार नया काम शुरू होने पर "खाना बनाना शुरू करो!" चिल्लाना पड़ता है। इस चिल्लाने में समय लगता है।
कॉनकोडिया एक छोटा, समर्पित सू-शेफ (पर्सिस्टेंट कर्नल) को 24/7 चूल्हे के पास बैठा रखता है। यह सू-शेफ मुख्य भोजन नहीं बनाता; उनका एकमात्र काम विशिष्ट क्षणों पर नज़र रखना और आपात स्थिति को संभालना है। क्योंकि वे पहले से ही वहां मौजूद हैं, उन्हें बुलाया नहीं जाता; वे तुरंत कार्य करते हैं।

2. "जादुई क्लिपबोर्ड" (JIT-कंपाइल्ड हैंडलर्स)

रसोई में अलग-अलग प्रकार की सामग्रियां होती हैं:

  • मुख्य रेसिपी (बेस वेट्स): ये कभी नहीं बदलते।
  • काउंटर पर रखे नोट्स (KV कैश): जैसे-जैसे बातचीत आगे बढ़ती है, ये लगातार बदलते रहते हैं।
  • विशेष सॉस (एडैप्टर्स): ये कभी-कभी बदलते हैं।

कॉनकोडिया सू-शेफ से अंदाज़ा लगाने के लिए नहीं कहता। इसके बजाय, यह एक "जादुई क्लिपबोर्ड" (JIT कंपाइलेशन) का उपयोग करता है। जब कोई नई प्रकार की सामग्री आती है, तो सिस्टम तुरंत सू-शेफ के लिए मौके पर ही एक कस्टम निर्देश कार्ड प्रिंट करता है।

  • यदि यह एक "नोट" (KV कैश) है, तो कार्ड कहता है: "काउंटर पर नए लिखेवटों को स्कैन करें।"
  • यदि यह "सॉस" (एडैप्टर) है, तो कार्ड कहता है: "सॉस के जार की जांच करें।"
    सू-शेफ इन कार्डों को तुरंत बदल लेते हैं, यह जानते हुए कि उन्हें क्या देखना है, जिससे मुख्य खाना बनाने की गति धीमी नहीं होती।

3. "तेज़ कॉपी" (GPU-साइड डेल्टा चेकपॉइंटिंग)

यह इस पेपर की सबसे बड़ी सफलता है।

  • पुराना तरीका (CPU-साइड): यदि बिजली झपकी लेती है, तो मैनेजर रसोई में दौड़ता है, पूरा नोटबुक (भले ही वे पन्ने न बदले हों) उठाता है, मास्टर कॉपी के साथ तुलना करने के लिए दूसरे कमरे में जाता है, और फिर अंतर लिखता है। यह धीमा है क्योंकि मैनेजर को पूरे कमरे में घूमना पड़ता है।
  • कॉनकोडिया का तरीका (GPU-साइड): सू-शेफ पहले से ही रसोई में मौजूद हैं। वे काउंटर को देखते हैं, देखते हैं कि ठीक कौन सा एक पन्ना बदला है, और तुरंत उस छोटे से कागज के टुकड़े को दीवार पर सुरक्षित लॉगबुक में कॉपी कर देते हैं।
  • परिणाम: पेपर का दावा है कि यह 219 गुना तक तेज़ है। यह एक फुटबॉल मैदान पर रेंगते घोंघे और एक सिंगल स्टेप पर दौड़ते चीते के बीच के अंतर जैसा है।

4. "अटूट लॉग" (अपेंड-ओनली लॉग)

हर घंटे पूरी रसोई की एक बड़ी फोटो लेने के बजाय (जो धीमा है और बहुत अधिक जगह लेता है), कॉनकोडिया रसोई के बाहर की दीवार पर (CXL मेमोरी या होस्ट RAM में) एक निरंतर, अटूट डायरी (अपेंड-ओनली लॉग) लिखता है।

  • हर बार जब कोई बदलाव होता है, सू-शेफ एक छोटी प्रविष्टि लिखते हैं: "दोपहर 2:03 बजे, सूप में नमक डाला गया।"
  • यदि रसोई में आग लग जाती है, तो आपको पूरी रसोई को शून्य से बनाने की आवश्यकता नहीं है। आप बस एक नई रसोई लेते हैं, अंतिम "बेस रेसिपी" फोटो को पढ़ते हैं, और फिर सटीक क्षण को फिर से बनाने के लिए डायरी प्रविष्टियों को जल्दी से पढ़ते हैं।

5. "रेस्क्यू टीम" (फॉल्ट रिकवरी)

यदि एक GPU (एक शेफ) मर जाता है, तो कॉनकोडिया घबराता नहीं है।

  1. डिटेक्ट (पहचानना): सू-शेफ देखते हैं कि शेफ ने हिलना बंद कर दिया है (10 मिलीसेकंड)।
  2. आइसोलेट (अलग करना): सिस्टम तुरंत मृत शेफ को पास खड़े एक स्पेयर शेफ से बदल देता है (300 मिलीसेकंड)।
  3. रिस्टोर (पुनर्स्थापित करना): स्पेयर शेफ "अटूट लॉग" और "बेस रेसिपी" को पढ़कर बातचीत की सटीक स्थिति प्राप्त कर लेता है (800 मिलीसेकंड)।
  4. रीजॉइन (पुनः जुड़ना): नया शेफ वापस लाइन में कूद जाता है।

रिकवरी का कुल समय: लगभग 1.5 सेकंड
पुराना तरीका: पूरे सिस्टम को रीस्टार्ट करने में 47+ सेकंड या उससे अधिक का समय लगता है।

सारांश

कॉनकोडिया का तर्क है कि AI को बिना किसी डर के लंबे, जटिल कार्यों को चलाने के लिए, हमें कंप्यूटर की मेमोरी को एक नाजुक कांच के फूलदान की तरह मानना बंद करना होगा जो बिजली कटने पर टूट जाता है। इसके बजाय, हमें एक स्थायी, डिवाइस-साइड वर्कर की आवश्यकता है जो हमेशा देख रहा हो, हमेशा केवल उन छोटे हिस्सों को कॉपी करने के लिए तैयार हो जो बदले हैं, और हमेशा उन हिस्सों को तुरंत एक नई मशीन को सौंपने के लिए तैयार हो।

यह एक विनाशकारी "सिस्टम क्रैश" को एक मामूली "स्पीड बंप" में बदल देता है, जिससे AI एजेंट्स अपनी सोच को खोए बिना घंटों तक चल सकते हैं।

अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?

आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।

Digest आज़माएँ →