← नवीनतम पेपर
⚛️ quantum physics

Three ways to share a QPU: Scheduling strategies for hybrid Quantum-HPC applications

यह शोध पत्र हाइब्रिड HPC-QC प्रणालियों के लिए तीन विशिष्ट शेड्यूलिंग रणनीतियों—टाइम-बेस्ड मल्टीप्लेक्सिंग, डायनेमिक रिसोर्स मैनेजमेंट और वर्कफ़्लो डिकंपोज़िशन—की जांच और प्रयोगात्मक रूप से पुष्टि करता है, जो यह प्रदर्शित करता है कि मैलिएबिलिटी और वर्कफ़्लो दृष्टिकोण संतुलित वर्कलोड के लिए क्लासिकल रिसोर्स उपयोग को अनुकूलित करते हैं जबकि टाइम-मल्टीप्लेक्सिंग असंतुलित परिदृश्यों के लिए QPU दक्षता को अधिकतम करती है।

मूल लेखक: Marco Cipollini, Simone Rizzo, Sergio Iserte, Paolo Viviani, Giacomo Vitali, Matteo Barbieri, Gabriella Bettonte, Elisabetta Boella, Fulvio Ganz, Roberto Rocco, Orazio Spina, Antonio J. Peña, Petter S
प्रकाशित 2026-04-17
📖 6 मिनट में पढ़ें🧠 गहराई से पढ़ें

मूल लेखक: Marco Cipollini, Simone Rizzo, Sergio Iserte, Paolo Viviani, Giacomo Vitali, Matteo Barbieri, Gabriella Bettonte, Elisabetta Boella, Fulvio Ganz, Roberto Rocco, Orazio Spina, Antonio J. Peña, Petter Sandås, Iacopo Colonnelli, Alberto Scionti, Chiara Vercellino, Emanuele Dri, Jonathan Frassineti, Sara Marzella, Andrea Muratori, Daniele Ottaviani, Olivier Terzo, Bartolomeo Montrucchio, Daniele Gregori

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

कल्पना कीजिए कि आप एक विशाल, उच्च-तकनीकी रसोई (एक HPC क्लस्टर) चला रहे हैं जहाँ हज़ारों शेफ (क्लासिकल कंप्यूटर) जटिल भोजन तैयार कर रहे हैं। अचानक, आपको एक बहुत ही दुर्लभ, जादुई ओवन (एक क्वांटम प्रोसेसर या QPU) प्राप्त होता है। यह ओवन एक विशिष्ट प्रकार का केक कुछ ही सेकंडों में बना सकता है जिसे बनाने में शेफ को घंटों लग सकते हैं, लेकिन यह अविश्वसनीय रूप से महंगा है, केवल एक ही है और बहुत ही नाजुक (finicky) है।

समस्या क्या है? शेफ तेज़ हैं, लेकिन जादुई ओवन को गर्म होने और ठंडा होने में समय लगता है। यदि आप एक शेफ को अपना पूरा शिफ्ट ओवन के लिए दे देते हैं, तो ओवन तब तक खाली बैठा रहता है जब तक कि शेफ अपनी तैयारी पूरी नहीं कर लेता। यह आपके सबसे मूल्यवान संसाधन की बर्बादी है।

यह शोध पत्र पूछता है: "हम इस एक जादुई ओवन को सैकड़ों शेफों के बीच इस तरह कैसे साझा करें कि हर कोई जल्दी खाना पा सके और ओवन भी बर्बाद न हो?"

लेखक इसे हल करने के तीन अलग-अलग तरीके प्रस्तावित करते हैं, जो इस बात पर निर्भर करता है कि रसोई कैसे व्यवस्थित है।

1. "टाइम-शेयर" रणनीति (वर्चुअल QPUs)

उपमा: कल्पना कीजिए कि जादुई ओवन एक साझा कॉन्फ्रेंस रूम है। शेफ A को पूरे दिन के लिए कमरा बुक करने देने के बजाय, आप शेफ A को 10 मिनट का स्लॉट देते हैं, फिर शेफ B को 10 मिनट का स्लॉट, फिर शेफ C को, और इसी तरह।

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

2. "फ्लेक्सिबल टीम" रणनीति (डायनेमिक रिसोर्स मैनेजमेंट)

उपमा: कल्पना कीजिए कि एक कुकिंग टीम है जो 10 शेफों के साथ शुरू होती है। जब उन्हें जादुई ओवन का उपयोग करने की आवश्यकता होती है, तो उन्हें सभी 10 शेफों के खड़े होकर देखने की आवश्यकता नहीं होती। इसलिए, 9 शेफ अपने चाकू पैक करते हैं और रसोई से बाहर चले जाते हैं ताकि पेंट्री में मदद कर सकें (या घर जा सकें), जिससे केवल 1 शेफ ओवन की निगरानी के लिए बचता है। एक बार जब ओवन का काम हो जाता है, तो 9 शेफ वापस आ जाते हैं।

  • यह कैसे काम करता है: सॉफ़्टवेयर (जिसे DMR कहा जाता है) क्लासिकल कंप्यूटरों को बताता है: "हे, हम क्वांटम हिस्से का इंतज़ार कर रहे हैं। आप बिजली और जगह बचाने के लिए अब अपनी टीम का आकार छोटा कर सकते हैं।" जब क्वांटम हिस्सा पूरा हो जाता है, तो टीम फिर से पूर्ण आकार में बढ़ जाती है।
  • सबसे अच्छा है: जब क्वांटम हिस्सा काफी लंबा समय लेता है (जैसे कि धीरे पकने वाला केक)।
  • लाभ: आप बहुत अधिक ऊर्जा और कंप्यूटर पावर बचाते हैं क्योंकि आप 20 मिनट तक कुछ भी न करते हुए खड़े रहने के लिए 10 शेफों को भुगतान नहीं कर रहे हैं।
  • नुकसान: शेफ को यह जानने के लिए प्रशिक्षित किया जाना चाहिए कि कब छोटा होना है और कब बढ़ना है (कोड को थोड़ा अपडेट करने की आवश्यकता है)।

3. "प्रोजेक्ट मैनेजर" रणनीति (वर्कफ़्लो डिकम्पोज़िशन)

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

  • चरण 1: शेफ A प्याज काटता है (2 कंप्यूटरों का उपयोग करता है)।
  • चरण 2: शेफ B जादुई ओवन का उपयोग करता है (0 कंप्यूटरों का उपयोग करता है)।
  • चरण 3: शेफ C बैटर मिलाता है (4 कंप्यूटरों का उपयोग करता है)।

प्रोजेक्ट मैनेजर केवल उन विशिष्ट चरणों के लिए आवश्यक शेफों को काम पर रखता है जो उस समय हो रहे हैं। यदि चरण 2 को किसी भी शेफ की आवश्यकता नहीं है, तो रसोई उस क्षण शून्य शेफों को काम पर रखती है।

  • यह कैसे काम करता है: एप्लिकेशन को कार्यों की एक श्रृंखला के रूप में बनाया गया है। सिस्टम केवल तभी लाइट जलाता है (कंप्यूटर चालू करता है) जब वास्तव में कोई कार्य हो रहा होता है।
  • सबसे अच्छा है: जटिल, नई रेसिपी के लिए जहाँ क्वांटम हिस्सा एक लंबा, विशिष्ट चरण है।
  • लाभ: यह संसाधनों को बचाने का सबसे कुशल तरीका है (64% तक कम बर्बादी!)।
  • नुकसान: आपको रेसिपी को शुरू से चरणों के रूप में डिज़ाइन करना होगा। यह अन्य दो तरीकों की तुलना में सेट अप करने में कठिन है।

बड़ी तस्वीर: आपको किसे चुनना चाहिए?

शोध पत्र ने इन रणनीतियों का परीक्षण वास्तविक सुपरकंप्यूटरों और एक वास्तविक क्वांटम कंप्यूटर पर किया। यहाँ परिणाम है:

  • यदि आपका क्वांटम हिस्सा बहुत तेज़ है (जैसे माइक्रोवेव): रणनीति #1 (टाइम-शेयर) का उपयोग करें। यह ओवन को अधिक काम करने में मदद करता है, और पूरा सिस्टम तेज़ी से समाप्त होता है। आपको अपने कोड को बदलने की भी आवश्यकता नहीं है।
  • यदि आपका क्वांटम हिस्सा धीमा है (जैसे स्लो कुकर): रणनीति #2 (फ्लेक्सिबल टीम) या रणनीति #3 (प्रोजेक्ट मैनेजर) का उपयोग करें। ये आपको स्लो कुकर के खत्म होने का इंतज़ार करते समय खाली कंप्यूटरों पर पैसा बर्बाद करने से रोकते हैं।
    • रणनीति #2 बहुत अच्छी है यदि आपके पास पहले से ही एक बड़ी टीम (MPI ऐप) है और आप बस अस्थायी रूप से खुद को छोटा करना चाहते हैं।
    • रणनीति #3 संसाधनों को बचाने का अंतिम तरीका है यदि आप ज़ीरो से एक नया ऐप बना रहे हैं।

मुख्य निष्कर्ष:
आपको केवल एक को चुनने की ज़रूरत नहीं है। आप अपने ऐप को चलाने के लिए एक प्रोजेक्ट मैनेजर (रणनीति #3) का उपयोग कर सकते हैं, और उस ऐप के अंदर, बिजली बचाने के लिए फ्लेक्सिबल टीम (रणनीति #2) का उपयोग कर सकते हैं। और इसके नीचे, रसोई टाइम-शेयरिंग (रणनीति #1) का उपयोग कर सकती है ताकि यह सुनिश्चित हो सके कि जादुई ओवन कभी भी खाली न रहे।

इन रणनीतियों को आपस में मिलाकर, हम "क्वांटम-हाइब्रिड" कंप्यूटिंग की ओर संक्रमण को सुचारू, कुशल और भविष्य के लिए तैयार बना सकते हैं।

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

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

Digest आज़माएँ →