मेरे अनुभव में, किसी भी प्रक्रिया को रियलटाइम पर सेट करने से आपके कंप्यूटर की गति धीमी हो जाएगी। यदि यह आपके कंप्यूटर को अनुपयोगी बना देता है, तो इस सेटिंग का क्या उपयोग है?
मेरे अनुभव में, किसी भी प्रक्रिया को रियलटाइम पर सेट करने से आपके कंप्यूटर की गति धीमी हो जाएगी। यदि यह आपके कंप्यूटर को अनुपयोगी बना देता है, तो इस सेटिंग का क्या उपयोग है?
जवाबों:
वास्तव में आप क्या वर्णन करते हैं, अपने कंप्यूटर के बाकी हिस्सों को एक क्रॉल तक धीमा करने की कीमत पर यह वास्तविक समय में प्रक्रिया को चलाता है जो इसे बाकी सब से अधिक प्राथमिकता देता है। यह केवल समय-महत्वपूर्ण अनुप्रयोगों के लिए आवश्यक है, अधिकांश लोग अपने दैनिक जीवन में इन्हें नहीं देखते हैं ...
jackd
ध्वनि सर्वर नहीं तो क्या है ? (जो मैं अब तक समझ रहा हूं, उससे पीए और जैक दोनों एक ही तरह से काम करते हैं, जिसमें वे एक ध्वनि सर्वर और इसे एक्सेस करने के लिए एक लाइब्रेरी / किट दोनों प्रदान करते हैं ...)
यह अनावश्यक लग सकता है लेकिन जब एक प्रक्रिया शुरू की जाती है, तो ऐसे पैरामीटर पारित किए जा सकते हैं जो प्रक्रिया को प्राथमिकता के विभिन्न स्तरों पर चलाने के लिए निर्धारित करते हैं। टास्क मैनेजर इसे एक वैकल्पिक सेटिंग के रूप में दिखाता है क्योंकि यह एक विकल्प है जो उस सॉफ़्टवेयर द्वारा प्रक्रिया के लिए सेट किया जा सकता है जिसने इसे निष्पादित किया है। अधिकांश सॉफ़्टवेयर "सामान्य" स्तर के अंतर्गत चलते हैं, लेकिन कभी-कभी आप कुछ ऐसे भी देख सकते हैं जो डिफ़ॉल्ट रूप से निचले स्तर पर चल रहे हैं। मैंने कभी ऐसा सॉफ्टवेयर नहीं देखा है जो उपरोक्त सामान्य अवस्था में शुरू होता है।
यह भी ध्यान देने योग्य है कि एक ऐसा मामला है जब कोई प्रक्रिया उच्चतम प्राथमिकता सेटिंग पर चल सकती है और यह आपके सिस्टम के प्रदर्शन को बहुत प्रभावित नहीं करती है। उदाहरण के लिए, यदि कोई प्रक्रिया शुरू की जाती है और उसे 8 सीपीयू कोर में से केवल 1 पर काम करने का काम सौंपा जाता है, तो प्रक्रियाओं को "वास्तविक समय" के लिए प्राथमिकता देने का मतलब होगा कि यह एक प्रोसेसर का उपभोग करेगा, जिससे 7 का उपयोग किया जाएगा। ओएस और किसी भी अन्य सॉफ्टवेयर। इस मामले में, वास्तविक समय निष्पादन प्रणाली पर लगभग कोई प्रभाव नहीं डाल सकता है, लेकिन उच्च प्राथमिकता प्रक्रिया के लिए एक उचित प्रदर्शन टक्कर देता है।
मैं सिस्टम मैनेजर के भीतर से "वास्तविक समय" में चलने के लिए एक प्रक्रिया को मैन्युअल रूप से सेट करने की अनुशंसा लगभग कभी नहीं करूंगा। ऐसा इसलिए है क्योंकि आप एक ऐसी प्रक्रिया के लिए निष्पादन सेटिंग्स बदल रहे हैं जो एक विशिष्ट निष्पादन स्थिति के तहत संचालित करने के लिए डिज़ाइन की गई हो सकती है। निष्पादन की प्राथमिकता में परिवर्तन, कुछ मामलों में, एप्लिकेशन को क्रैश कर सकता है और यदि यह डेटा-राइट ऑपरेशन है, तो संभवतः आपके डेटा को दूषित कर सकता है!
हालांकि, कुछ ऐसे मामले हैं जहां एक प्रक्रिया के लिए अधिकतम निष्पादन प्राथमिकता सेटिंग का उपयोग करना सही बात हो सकती है, लेकिन फिर भी, इस तरह की प्राथमिकता सेटिंग्स को नियंत्रण एप्लिकेशन द्वारा निर्धारित किया जाना चाहिए और सिस्टम प्रबंधन संवाद के माध्यम से अंतिम उपयोगकर्ता द्वारा नहीं।
मैं, व्यक्तिगत रूप से, कभी भी कार्य प्राथमिकता को बदलने की सिफारिश नहीं करूंगा जब तक कि आप वास्तव में परवाह नहीं करते हैं यदि यह दुर्घटनाग्रस्त हो जाता है और कार्य पूरी तरह से गैर-महत्वपूर्ण है। यदि सॉफ़्टवेयर दस्तावेज़ीकरण में स्पष्ट रूप से कहा गया है कि आप प्रोसेसर के काम के एक बहुत बड़े भार को तेज करने के लिए तेज गति से चलाने के लिए प्रक्रिया को बढ़ा सकते हैं, तो वह भी स्वीकार्य होगा, हालांकि, एक तंत्र से अगर मुझे थोड़ा संदेह होगा आवेदन के भीतर प्रदान नहीं किया गया है।
एक व्यक्तिगत उपाख्यान के रूप में, केवल एक प्रक्रिया है जिसे मैं कभी-कभी मैन्युअल रूप से बदल देता हूं - सॉफ्टवेयर संपीड़न अनुप्रयोग। मुझे लंबे समय में एक बड़े पैमाने पर फाइल को अनज़िप नहीं करना पड़ा है, लेकिन मैंने पाया है कि अगर मैं जल्दबाज़ी में हूं ( अहम होने के कारण अधीर हो रहा हूं) तो मैं इस प्रक्रिया को प्राथमिकता दे सकता हूं और प्रदर्शन में मामूली उछाल ला सकता हूं। चूँकि ये अनुप्रयोग एक कार्य कार्य शुरू करते हैं, और तब समाप्त होने पर वे बंद हो जाते हैं, मुझे अपनी प्रोसेसर सेटिंग्स को परेशान करने के बारे में चिंता करने की आवश्यकता नहीं है क्योंकि जब अनुप्रयोग डेटा को निकालना समाप्त हो जाता है, तो यह अपने आप ही बंद हो जाएगा। यह एकमात्र समय है जब मैंने सिस्टम प्रबंधन के माध्यम से प्रोसेसर की गति को नियंत्रित करने के लिए इसे व्यक्तिगत रूप से उपयोगी पाया है।