नरम सीमा बनाम कठोर सीमा?


43

क्या कोई आम आदमी की शर्तों में समझा सकता है कि नरम और कठोर सीमा में क्या अंतर है?

क्या मुझे अपनी नरम और कठोर सीमा एक जैसी होनी चाहिए? या नरम काफी कम होना चाहिए? क्या सिस्टम को कोई फायदा होता है?

धन्यवाद।

जवाबों:


34

नरम सीमा के लिए कठोर सीमा छत है। नरम सीमा वह है जो वास्तव में एक सत्र या प्रक्रिया के लिए लागू की जाती है। यह व्यवस्थापक (या उपयोगकर्ता) को अधिकतम उपयोग के लिए कठिन सीमा निर्धारित करने की अनुमति देता है, जिसकी वे अनुमति देना चाहते हैं। अन्य उपयोगकर्ता और प्रक्रियाएँ अपने संसाधन उपयोग को सीमित करने के लिए नरम सीमा का उपयोग कर सकते हैं यदि वे चाहें तो निचले स्तर तक भी।


3
हार्ड सीमाएं "यहां और अभी" लागू की जाती हैं, अर्थात प्रक्रिया कभी भी संसाधन तक नहीं पहुंच सकती है यदि यह एक कठिन सीमा का उल्लंघन करती है। एक प्रक्रिया कुछ समय के लिए नरम सीमा से अधिक हो सकती है। नरम सीमा को एक गैर-रूट उपयोगकर्ता द्वारा कठोर सीमा तक उठाया जा सकता है।
पावेल ब्रोडाकी

नरम सीमा से अधिक का व्यवहार इस बात पर निर्भर करता है कि यह किस सीमा पर है। सेटरलिमिट (2) के लिए मैन पेज परिणाम का वर्णन करता है: linux.die.net/man/2/setrlimit
कामिल किसियल

मैं सही खड़ा हूँ
Paweł Brodacki

आपने कहा "नरम सीमा वह है जो वास्तव में एक सत्र या प्रक्रिया के लिए लागू होती है"। क्या यह HARD सीमा नहीं है जो वास्तव में लागू की गई है?
ब्रायन

नरम सीमा वह है जो लागू की जाती है और उपयोगकर्ता इसे अधिकतम कठोर सीमा तक बढ़ा सकता है।
कामिल किसियल

5

जो उपयोगकर्ता एक नरम सीमा कोटा का उल्लंघन करते हैं, उन्हें यह इंगित करने के लिए एक ई-मेल मिलता है कि पेनल्टी में किक करने से पहले उनके पास कुछ दिनों का ग्रेस पीरियड है। हार्ड लिमिट सीमा को पार करने वाले उपयोगकर्ताओं को ऐसी कोई ग्रेस अवधि नहीं मिलती है। जुर्माना विशेष कोटा के आधार पर अलग-अलग होता है, लेकिन आमतौर पर लगभग हर कमांड ऐसे विफल हो जाएगा कि उपयोगकर्ता जल्दी से अनुपालन में आना चाहेगा।


5
ulimits और कोटा अलग-अलग जानवर हैं
Sirex

3

उपयोगकर्ता संसाधन सीमाएं संसाधनों की मात्रा को निर्धारित करती हैं जिनका उपयोग किसी विशेष सत्र के लिए किया जा सकता है। जिन संसाधनों को नियंत्रित किया जा सकता है वे हैं:

maximum size of core files
maximum size of a process's data segment
maximum size of files created
maximum size that may be locked into memory
maximum size of resident memory
maximum number of file descriptors open at one time
maximum size of the stack
maximum amount of cpu time used
maximum number of processes allowed
maximum size of virtual memory available

यह ध्यान रखना महत्वपूर्ण है कि ये सेटिंग्स प्रति-सत्र हैं। इसका मतलब है कि वे केवल उस समय के लिए प्रभावी हैं जब उपयोगकर्ता लॉग इन किया जाता है (और उस अवधि के दौरान चलने वाली किसी भी प्रक्रिया के लिए)। वे वैश्विक सेटिंग्स नहीं हैं। दूसरे शब्दों में, वे केवल सत्र की अवधि के लिए सक्रिय हैं और सेटिंग्स संचयी नहीं हैं। उदाहरण के लिए, यदि आप अधिकतम 11 प्रक्रियाएँ सेट करते हैं, तो उपयोगकर्ता के पास प्रति सत्र चलने वाली केवल 11 प्रक्रियाएँ हो सकती हैं। वे मशीन पर 11 कुल प्रक्रियाओं तक सीमित नहीं हैं क्योंकि वे एक और सत्र शुरू कर सकते हैं। प्रत्येक सेटिंग्स सत्र के दौरान प्रक्रिया प्रक्रियाओं के अनुसार होती हैं, जिसमें अधिकतम प्रक्रियाओं की संख्या होती है।

ऊपर सूचीबद्ध प्रत्येक संपत्ति के लिए दो प्रकार की सीमाएं निर्धारित की जा सकती हैं, एक कठिन और नरम सीमा

एक बार सेट करने के बाद उपयोगकर्ता द्वारा एक हार्ड सीमा को नहीं बदला जा सकता है। हार्ड लिमिट को केवल रूट यूजर द्वारा ही बदला जा सकता है। एक नरम सीमा, हालांकि, उपयोगकर्ता द्वारा परिवर्तित की जा सकती है, लेकिन यह कठिन सीमा से अधिक नहीं हो सकती है अर्थात इसमें न्यूनतम 0 मान और अधिकतम मान 'हार्ड सीमा' के बराबर हो सकते हैं।

के लिए और अधिक जानकारी

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.