स्पेस कम्प्लेक्सिटी
एक कलन विधि या कंप्यूटर प्रोग्राम की स्पेस जटिलता इनपुट की विशेषताओं के एक फ़ंक्शन के रूप में कम्प्यूटेशनल समस्या के एक उदाहरण को हल करने के लिए आवश्यक मेमोरी स्पेस की मात्रा है। यह एक एल्गोरिदम द्वारा पूरी तरह से निष्पादित होने तक आवश्यक मेमोरी है।[1] इसमें इसके इनपुट द्वारा उपयोग की जाने वाली मेमोरी स्पेस, जिसे इनपुट स्पेस कहा जाता है, और निष्पादन के दौरान उपयोग की जाने वाली कोई अन्य (सहायक) मेमोरी शामिल है, जिसे सहायक स्पेस कहा जाता है।
समय जटिलता के समान, अंतरिक्ष जटिलता को अक्सर बड़ा ओ अंकन में स्पर्शोन्मुख रूप से व्यक्त किया जाता है, जैसे कि आदि, कहाँ n अंतरिक्ष जटिलता को प्रभावित करने वाले इनपुट की एक विशेषता है।
अंतरिक्ष जटिलता वर्ग
समय जटिलता वर्गों DTIME|DTIME(f(n)) और NTIME|NTIME(f(n)) के अनुरूप, जटिलता वर्ग DSPACE|DSPACE(f(n)) और NSPACE|NSPACE(f(n)) सेट हैं ऐसी भाषाएँ जो नियतात्मक (क्रमशः, गैर-नियतात्मक) ट्यूरिंग मशीनों द्वारा निर्णय लेने योग्य हैं जो उपयोग करती हैं अंतरिक्ष। जटिलता वर्ग PSPACE और NPSPACE अनुमति देते हैं पी (जटिलता) और एनपी (जटिलता) के अनुरूप, कोई भी बहुपद होना। वह है,
वर्गों के बीच संबंध
अंतरिक्ष पदानुक्रम प्रमेय बताता है कि, सभी अंतरिक्ष-निर्माण योग्य कार्यों के लिए वहाँ एक समस्या मौजूद है जिसे एक मशीन द्वारा हल किया जा सकता है मेमोरी स्पेस, लेकिन एसिंप्टोटिकली कम वाली मशीन द्वारा हल नहीं किया जा सकता है अंतरिक्ष।
जटिलता वर्गों के बीच निम्नलिखित नियंत्रण कायम हैं।[2]
इमरमैन-स्ज़ेलेपेसेनी प्रमेय कहता है कि, फिर से पूरकता के तहत बंद कर दिया गया है। यह समय और स्थान जटिलता वर्गों के बीच एक और गुणात्मक अंतर दिखाता है, क्योंकि गैर-नियतात्मक समय जटिलता वर्गों को पूरकता के तहत बंद नहीं माना जाता है; उदाहरण के लिए, यह अनुमान लगाया गया है कि एनपी ≠ सह-एनपी।[3][4]
लॉगस्पेस
एल (जटिलता) या लॉगस्पेस समस्याओं का समूह है जिसे केवल नियतात्मक ट्यूरिंग मशीन द्वारा हल किया जा सकता है इनपुट आकार के संबंध में मेमोरी स्पेस। यहां तक कि एक भी काउंटर जो संपूर्ण को अनुक्रमित कर सकता है -बिट इनपुट की आवश्यकता है स्थान, इसलिए LOGSPACE एल्गोरिदम केवल काउंटरों की एक स्थिर संख्या या समान बिट जटिलता के अन्य चर बनाए रख सकता है।
लॉगस्पेस और अन्य सब-लीनियर स्पेस जटिलता बड़े डेटा को संसाधित करते समय उपयोगी होती है जो कंप्यूटर की रैंडम एक्सेस मेमोरी में फिट नहीं हो सकती है। वे स्ट्रीमिंग एल्गोरिदम से संबंधित हैं, लेकिन केवल यह सीमित करते हैं कि कितनी मेमोरी का उपयोग किया जा सकता है, जबकि स्ट्रीमिंग एल्गोरिदम में एल्गोरिदम में इनपुट को कैसे फीड किया जाता है, इस पर और भी बाधाएं हैं। यह वर्ग छद्म यादृच्छिकता और व्युत्पन्नता के क्षेत्र में भी उपयोग देखता है, जहां शोधकर्ता एल (जटिलता) = आरएल (जटिलता) की खुली समस्या पर विचार करते हैं।[5][6] संबंधित गैर-नियतात्मक अंतरिक्ष जटिलता वर्ग एनएल (जटिलता) है।
सहायक स्थान जटिलता
शब्दauxiliary space इनपुट द्वारा उपभोग किए गए स्थान के अलावा अन्य स्थान को संदर्भित करता है। सहायक अंतरिक्ष जटिलता को औपचारिक रूप से एक ट्यूरिंग मशीन के संदर्भ में परिभाषित किया जा सकता है जिसमें एक अलग इनपुट टेप होता है जिसे लिखा नहीं जा सकता, केवल पढ़ा जा सकता है, और एक पारंपरिक कामकाजी टेप जिसे लिखा जा सकता है। फिर सहायक स्थान जटिलता को कार्यशील टेप के माध्यम से परिभाषित (और विश्लेषण) किया जाता है। उदाहरण के लिए, बाइनरी ट्री की गहराई-पहली खोज पर विचार करें#बाइनरी ट्री के प्रकार नोड्स: इसकी सहायक स्थान जटिलता है
यह भी देखें
संदर्भ
- ↑ Kuo, Way; Zuo, Ming J. (2003), Optimal Reliability Modeling: Principles and Applications, John Wiley & Sons, p. 62, ISBN 9780471275459
- ↑ Arora, Sanjeev; Barak, Boaz (2007), Computational Complexity : A Modern Approach (PDF) (draft ed.), p. 76, ISBN 9780511804090
- ↑ Immerman, Neil (1988), "Nondeterministic space is closed under complementation" (PDF), SIAM Journal on Computing, 17 (5): 935–938, doi:10.1137/0217058, MR 0961049
- ↑ Szelepcsényi, Róbert (1987), "The method of forcing for nondeterministic automata", Bulletin of the EATCS, 33: 96–100
- ↑ Nisan, Noam (1992), "RL ⊆ SC", Proceedings of the 24th ACM Symposium on Theory of computing (STOC '92), Victoria, British Columbia, Canada, pp. 619–623, doi:10.1145/129712.129772, S2CID 11651375
{{citation}}
: CS1 maint: location missing publisher (link). - ↑ Reingold, Omer; Trevisan, Luca; Vadhan, Salil (2006), "Pseudorandom walks on regular digraphs and the RL vs. L problem" (PDF), STOC'06: Proceedings of the 38th Annual ACM Symposium on Theory of Computing, New York: ACM, pp. 457–466, doi:10.1145/1132516.1132583, MR 2277171, S2CID 17360260