> ## Documentation Index
> Fetch the complete documentation index at: https://docs.quanux.org/symphony/llms.txt
> Use this file to discover all available pages before exploring further.

# QuanuX Symphony में हॉट-पाथ पृथक्करण

> जानें कि Symphony कोल्ड और फ़्रीज़िंग-पाथ अनुशासन, बस अनुशासन और Prima Parte के माध्यम से qxctl और नॉलेज प्लेन को लाइव निष्पादन पथों से कैसे दूर रखता है।

Symphony प्रशासनिक कार्य को निष्पादन कार्य से अलग रखता है ताकि लाइव ट्रेडिंग, अनुसंधान और अन्य प्रदर्शन-संवेदनशील पथ जिटर, विलंबता और छिपी निर्भरताओं से मुक्त रहें। qxctl और नॉलेज प्लेन कोल्ड या फ़्रीज़िंग-पाथ प्रशासन हैं। वे किसी ऐसे Node पर स्पष्ट रूप से कार्य कर सकते हैं जो लाइव कार्य को भी होस्ट करता है, लेकिन उन्हें निरंतर हॉट-पाथ निर्भरताएँ नहीं बनना चाहिए।

## कोल्ड और फ़्रीज़िंग-पाथ अनुशासन

qxctl और वेक्टर इंजन प्रशासनिक कोल्ड या फ़्रीज़िंग-पाथ घटक हैं। उन्हें यह नहीं करना चाहिए:

* हॉट या वार्म निष्पादन पथों के साथ इनलाइन निष्पादित होना
* लाइव वर्कलोड के साथ लॉक साझा करना
* ऐसी सिंक्रोनस निर्भरताएँ बनाना जो जिटर या विलंबता जोड़ें
* छिपे हुए वॉचर, रेज़िडेंट इंटरप्रेटर या बिना माँगे चलने वाले बैकग्राउंड पैकेज मैनेजर बनना
* निष्पादन Nodes पर निरंतर रेज़िडेंसी बनाए रखना

यह नियम नॉलेज सेशन कोऑर्डिनेटर, वेक्टर इंजनों और सभी qxctl-प्रशासित ऑपरेशनों पर लागू होता है। वे साक्ष्य तैयार करते हैं, स्थिति का सत्यापन करते हैं और योजनाएँ तैयार करते हैं, लेकिन लाइव निष्पादन पथ में भाग नहीं लेते।

## बस अनुशासन

भारी ट्रांसफ़र, नियंत्रण, अनुसंधान और निष्पादन एग्ज़ॉस्ट को एक ही बस साझा करने की आवश्यकता नहीं है। कोई टोपोलॉजी कई बसों का उपयोग कर सकती है या किसी घोषित पथ के लिए बस को बायपास कर सकती है, विशेष रूप से जहाँ साझा ट्रैफ़िक जिटर उत्पन्न कर सकता है। NATS JetStream, ZeroMQ और अन्य फ़ैब्रिक एडेप्टर और उपयोगकर्ता विकल्प हैं। qxctl बस प्रशासन का अस्तित्व बस ट्रैवर्सल को अनिवार्य नहीं बनाता।

आप वह बस टोपोलॉजी चुनते हैं जो आपकी विलंबता और थ्रूपुट आवश्यकताओं से मेल खाती हो। Symphony किसी एकल साझा फ़ैब्रिक को थोपे बिना कॉन्फ़िगरेशन का समर्थन करता है।

## Prima Parte

**Prima Parte** एक अनुमोदित चरण 3 अवधारणा है, कोई वर्तमान निष्पादन योग्य प्रोग्राम नहीं। यह एक वैकल्पिक, अत्यंत हल्का C++ Node-स्थानीय स्टेट विटनेस है जिसे किसी महत्वपूर्ण ऑपरेशन के बाद qxctl द्वारा स्पष्ट रूप से इनवोक किया जाता है। इसमें कोई डेमन, लिसनर, टाइमर, वॉचर, पोलिंग लूप या रेज़िडेंट बस कनेक्शन नहीं है।

इसकी सीमित टिकाऊ शब्दावली में तीन शब्द शामिल हैं:

* `current` — वर्तमान में देखी गई स्थिति
* `previous` — महत्वपूर्ण ऑपरेशन से पहले की स्थिति
* `lastTransmitted` — संबंधित कमांड के निष्पादित होने के बाद रिमोट Node द्वारा भेजी गई स्थिति (प्राप्ति की पुष्टि नहीं)

Prima Parte केवल अपने स्वयं के Node को रिकॉर्ड करता है, कभी भी एक छोटा Maestro नहीं बनता, और अपना सीमित कार्य पूरा करने के बाद बाहर निकल जाता है। यह चरण 1 का Maestro रिसेप्टर नहीं है, और अभी तक कोई निष्पादन योग्य प्रोग्राम लागू नहीं किया गया है।


## Related topics

- [QuanuX Symphony दस्तावेज़ीकरण](https://docs.quanux.org/symphony/hi/index.md)
- [क्विकस्टार्ट: QuanuX Symphony का अन्वेषण करें](https://docs.quanux.org/symphony/hi/quickstart.md)
- [QuanuX Symphony प्लेटफ़ॉर्म सिद्धांत](https://docs.quanux.org/symphony/hi/doctrine.md)
- [SACV: QuanuX Symphony के लिए API कॉन्ट्रैक्ट गवर्नेंस](https://docs.quanux.org/symphony/hi/skv/sacv.md)
- [SODV: आधिकारिक दस्तावेज़ीकरण और रिलीज़ गवर्नेंस](https://docs.quanux.org/symphony/hi/skv/sodv.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.