क्या यह निर्धारित करता है कि कंप्यूटर लॉक होने के दौरान कैप्स लॉक प्रतिक्रिया करता है या नहीं?


15

जब कंप्यूटर किसी तरह से जवाब नहीं दे रहा है, तो "जमे हुए" के विभिन्न स्तर हैं।

उदाहरण के लिए, मान लें कि मैं अपने पीसी पर वेब ब्राउज़ कर रहा हूं ...

  1. यदि वर्तमान ब्राउज़र टैब जवाब देना बंद कर देता है (क्लिक / टाइपिंग कुछ नहीं करता है), तो शायद ब्राउज़र अभी भी करेगा।

  2. यदि पूरा ब्राउज़र बंद है, तो शायद ओएस अभी भी प्रतिक्रिया दे रहा है।

  3. यदि OS GUI प्रतिक्रिया नहीं देता है, तो अक्सर मैं अभी भी Caps Lockएलईडी को चालू कर सकता हूं ।

  4. यदि Caps Lockकोई प्रतिक्रिया नहीं होती है, तो मुझे "अधिकतम फ्रीज" मान लेना चाहिए। कभी-कभी हालांकि, अगर मैं प्रतीक्षा करता हूं, तो पूरा कंप्यूटर थोड़ी देर बाद भी सामान्य हो सकता है।


  • यदि कैप्स लॉक टॉगल नहीं करता है, तो क्या इसका मतलब है कि कंप्यूटर "चरण 3 की तुलना में अधिक जमे हुए है"?

  • क्या यह Caps Lock"जमे हुए" के अंतिम परीक्षण के रूप में उपयोग करने के लिए समझ में आता है ?

  • ... और यदि हां, तो Caps Lockटॉगल कब और क्या नहीं के बीच अंतर है ? क्या निर्धारित करता है या नहीं Caps Lockजवाब?


10
कैप्स लॉक, न्यूम लॉक और स्क्रॉल लॉक की प्रतिक्रिया के लिए ओएस को अभी भी सेवा (कीबोर्ड) बाधित करने में सक्षम होना चाहिए। एलईडी प्रतिक्रिया AFAIK ISR में उत्पन्न होती है, और किसी भी उपयोगकर्ता संसाधन की आवश्यकता नहीं होती है। तो इस ऑपरेशन को करने में असमर्थता एक गंभीर स्थिति का संकेत देती है। जब यह स्थिति कुछ सेकंड से अधिक समय तक रहती है और Ctrl-Alt-Del भी गैर-जिम्मेदार है, तो मैं इसे अप्राप्य मानता हूं और रीसेट या पावर स्विच को हिट करता हूं
चूरा

कुछ कार्यक्रम CapsLock कुंजी के साथ कायरता भरा सामान करते हैं, जिससे CapsLock कुंजी कम विश्वसनीय होती है। मैं इस मामले में न्यूक्लॉक का उपयोग करूंगा, शायद दूसरे परीक्षण के रूप में। उदाहरण के लिए, संगीत ट्रैकर सॉफ़्टवेयर में, उदाहरण के लिए, मिल्की ट्रैकर, फास्ट ट्रैकर और यहां तक ​​कि ओपनएमपीटी, कैप्सलॉक का उपयोग नोट बंद करने के लिए किया जाता है, और जैसे कि कैप्सलॉक की स्थिति को पकड़ा जाता है। जैसे, एलईडी एक बार दबाया नहीं जाएगा, जमे हुए की झूठी भावना दे।
LPChip 13

@LPChip - क्या उस फंकी सामान के लिए अभी भी जवाब देने के लिए संगीत सॉफ्टवेयर की आवश्यकता होगी?
Bort

@ बोर्ट डिपेंड करता है। ओएस को अभी भी कार्यक्रम की कुंजी रखना चाहिए, लेकिन यह इस बात पर निर्भर करता है कि इसका प्रोग्राम कैसा है और प्रोग्राम कैसे लटका हुआ है। यह संभव है कि कार्यक्रम दुर्घटनाग्रस्त नहीं हुआ, लेकिन बस कीपेस और माउस क्लिक पर प्रतिक्रिया नहीं करता है, फिर भी यह पूरी तरह से काम करता है। उस स्थिति में कैप्स लॉक राज्य नहीं बदलेगा, और न ही कार्यक्रम का जवाब होगा। लेकिन एक अलग कार्यक्रम को सक्रिय करना सामान्य रूप से काम करेगा।
LPChip

जवाबों:


2

आप मूल रूप से अपने प्रश्न के दौरान अपने स्वयं के प्रश्न का उत्तर दे रहे हैं, लेकिन उत्तर देने के लिए, मैं अपनी क्षमताओं के अनुसार इसका उत्तर देने का प्रयास करूंगा।

अलग-अलग तरीके हैं, कुछ गैर-जिम्मेदार हो सकता है।

चलो मान लें कि आप विंडोज का उपयोग कर रहे हैं, हालांकि यह प्रक्रिया अन्य ऑपरेटिंग सिस्टम के लिए अलग नहीं है।

जब आप किसी प्रोग्राम के साथ इंटरैक्ट करते हैं, तो आप प्रोग्राम को फोकस करते समय क्लिक या टाइप करके ऐसा करते हैं।

क्लिकिंग या टाइपिंग माउस या कीबोर्ड के माध्यम से मदरबोर्ड तक जाती है। ऑपरेटिंग सिस्टम क्वेरी करेगा कि क्या टाइप किया जा रहा है और माउस को कैसे स्थानांतरित किया जा रहा है। यह संकेतों की व्याख्या करता है और तदनुसार कार्यक्रमों के साथ बातचीत करता है।

जब तक एक हॉटकी को दबाया नहीं जा सकता है जब तक कि वैश्विक स्थिति न हो, कीबोर्ड शॉर्टकट सक्रिय एप्लिकेशन को भेजे जाएंगे। उस स्थिति में ऑपरेटिंग सिस्टम एक अलग कार्रवाई करेगा।

ऑपरेटिंग सिस्टम बिना किसी इंटरैक्शन के प्रोग्राम को अन्य प्रोग्रामों के बीच भी बनाएगा। उदाहरण के लिए, जब आप किसी फ़ाइल को स्थान 1 से स्थान 2 पर कॉपी करते हैं, यदि आप कुछ भी टाइप नहीं करते हैं या माउस को स्थानांतरित नहीं करते हैं, तो फ़ाइल प्रतिलिपि ऑपरेशन अभी भी जारी रहेगा।

आधुनिक ऑपरेटिंग सिस्टम में मल्टी टास्किंग नामक एक सुविधा है जिसका मूल रूप से मतलब है कि यह सभी कार्यक्रमों के माध्यम से बहुत तेजी से प्रत्येक प्रोग्राम को अपनी प्रोग्रामिंग में एक चक्र प्रदर्शन करने का समय देता है। ऐसा करने पर, यह दिखाई देगा कि सभी कार्यक्रम एक ही समय में धाराप्रवाह रूप से चलते हैं। इस चक्र में, ऑपरेटिंग सिस्टम को स्वयं CPU समय भी दिया जाएगा।

जब कोई प्रोग्राम बहुत सारी गणना करता है, तो सीपीयू का अधिक उपयोग किया जा रहा है। जितना अधिक सीपीयू का उपयोग किया जा रहा है, बाकी सिस्टम के लिए कम शक्ति उपलब्ध है, जिसमें अन्य सभी कार्यक्रमों के माध्यम से साइकिल चलाना शामिल है। जब सीपीयू 100% उपयोग तक पहुंच जाता है, तो कंप्यूटर बहुत धीमा हो जाएगा क्योंकि यह सभी खुले कार्यक्रमों द्वारा सभी गतिविधियों को संसाधित करने के लिए सीपीयू समय की प्रतीक्षा कर रहा है। ऑपरेटिंग सिस्टम सामान्य रूप से ऐसा होने पर कंप्यूटर को ठंड से बचाता है, लेकिन यह संभव है कि कंप्यूटर इन अवसरों में फ्रीज कर सकता है।

जब कोई प्रोग्राम बनाया जा रहा है, तो यह संभव है कि एक बग मौजूद हो, जो प्रोग्राम को क्रैश करने या किसी कार्य की श्रृंखला के प्रदर्शन के दौरान अनुत्तरदायी बनने का कारण बनता है।

प्रोग्राम बग्स के बारे में बात करते समय गैर-जिम्मेदारता के विभिन्न स्तर होते हैं। यह संभव है कि कार्यक्रम अपने निष्पादन को एक निश्चित बटन के इंतजार में दबाए रखे, लेकिन वह बटन स्क्रीन के बाहर दिखाई दिया। कार्यक्रम सामान्य रूप से काम करता है, यह सिर्फ उपयोगकर्ता इनपुट को स्वीकार नहीं करता है और जैसा कि तकनीकी रूप से ऐसा नहीं है, ऐसा प्रतीत होता है।

यह संभव है कि कार्यक्रम एक मेमोरी ऑपरेशन कर रहा है, लेकिन मेमोरी ऑपरेशन मेमोरी के एक अलग सेगमेंट को संदर्भित करता है, जो फिर से मेमोरी के एक अलग सेगमेंट को संदर्भित करता है और जिस तरह से मेमोरी के पहले सेगमेंट को संदर्भित करता है। नतीजतन, एक कभी न खत्म होने वाला लूप बनता है। कार्यक्रम सोचता है कि यह एक सरल क्रिया है और कुछ नैनोसेकंड के भीतर एक परिणाम की अपेक्षा करता है लेकिन एक बफर अंडररन या अतिप्रवाह का कारण बनता है। विंडोज 7 और उच्चतर में कई सुरक्षा हैं और यह एक महत्वपूर्ण त्रुटि देगा: "कार्यक्रम ने प्रतिक्रिया देना बंद कर दिया है और दुर्घटनाग्रस्त हो गया है। त्रुटि रिपोर्ट भेजें"। विंडोज़ के पुराने संस्करणों में, मेमोरी लूप कितना गंभीर था, इसके आधार पर, इसका परिणाम ब्लू स्क्रीन ऑफ़ डेथ हो सकता है।

ऑपरेटिंग सिस्टम खुद भी एक कार्यक्रम में है, और एक ही समस्या है। यह संभव है कि प्रोग्रामिंग में एक बग पूरे ऑपरेटिंग सिस्टम को अनुत्तरदायी बना सकता है।

अंत में, ऑपरेटिंग सिस्टम का हिस्सा हार्डवेयर के साथ संचार करने के लिए उपयोग किए जाने वाले प्रोग्राम हैं। इन्हें ड्राइवर कहा जाता है। सामान्य कार्यक्रमों की तरह, एक चालक भी दुर्घटनाग्रस्त हो सकता है और अनुत्तरदायी बन सकता है, हालांकि ऐसा होने की संभावना कम होती है। यह संभव है कि कीबोर्ड चालक दुर्घटनाग्रस्त हो जाए और कीबोर्ड को जवाब देना बंद कर दे, जबकि माउस अभी भी काम करता है।

ऑपरेटिंग सिस्टम आमतौर पर ड्राइवर समस्याओं का पता लगाता है और ड्राइवर को पुनरारंभ करने का प्रयास करता है। इस बात पर निर्भर करता है कि ड्राइवर को कितनी अच्छी तरह से प्रोग्राम किया गया था, यह निर्धारित करता है कि उपयोगकर्ता क्रैश में कितना बाधा डालता है। कभी-कभी यह डिस्प्ले के झिलमिलाहट का कारण बन सकता है और अधिक कुछ नहीं, कभी-कभी एक पॉपअप यह दर्शाता है कि ड्राइवर दुर्घटनाग्रस्त हो गया था और फिर से चालू हो गया।

प्लग एंड प्ले ड्राइवर आमतौर पर स्थिर होते हैं और दुर्घटनाग्रस्त नहीं होते हैं। विशिष्ट हार्डवेयर के लिए कस्टम ड्राइवर अधिक आसानी से क्रैश कर सकते हैं क्योंकि संभावना अधिक होती है कुछ बग अभी तक नहीं मिले हैं।

उपर्युक्त के साथ, प्रश्न का उत्तर देने का समय।

जैसा कि संकेत दिया गया है, विभिन्न कारणों से और अलग गंभीरता के साथ दुर्घटना हो सकती है। यदि CapsLock कुंजी ट्रिगर होगी एलईडी प्रकाश को दो चीजों की आवश्यकता होती है। इसके लिए ड्राइवर का कार्य करना आवश्यक है, और चालक के प्रोग्रामिंग चक्र को संसाधित करने के लिए समय देने के लिए इसे ऑपरेटिंग सिस्टम की आवश्यकता होती है (पहले उल्लेखित मल्टीटास्किंग भाग)

यदि दोनों सत्य हैं, तो Capslock कुंजी को दबाकर निम्नलिखित कार्य करेंगे:

कुंजी को कीबोर्ड पर दबाया जा रहा है और इसका संकेत मदरबोर्ड को भेजा गया है। ऑपरेटिंग सिस्टम का ड्राइवर ऑपरेटिंग सिस्टम को बताता है कि क्या होता है और ड्राइवर कीबोर्ड को वापस संदेश भेजता है कि एलईडी राज्य अपनी नई स्थिति में बदल जाए। ऑपरेटिंग सिस्टम इस जानकारी का उपयोग कैप्स में टेक्स्ट टाइप करने के लिए करेगा। हालाँकि कुछ प्रोग्राम ड्राइवर को दूसरा कैप्सलॉक सिग्नल भेजकर एलईडी की को बंद कर देते हैं। कीबोर्ड के आधार पर, कैप्सलॉक लाइट कभी भी चालू नहीं हो सकती है यदि यह मामला है।

यदि ड्राइवर को सीधे कैप लॉक को दबाने के बाद उसका चक्र नहीं मिलता है, तो एलईडी नहीं बदलेगा। लेकिन यह संभव है कि सिस्टम किसी कारण से बहुत धीमा है, और चक्र में देरी हो रही है। उस स्थिति में ऐसा हो सकता है कि कैप्सलॉक या न्यूक्लॉक को दबाने से तुरंत एलईडी की स्थिति नहीं बदलेगी, लेकिन एक या दो के बाद।

अंत में, यह संभव है कि ऑपरेटिंग सिस्टम स्तर पर किसी कारण के लिए, यह ड्राइवर प्रोग्रामिंग चक्र के माध्यम से साइकिल चलाने का इंतजार करता है क्योंकि यह किसी चीज का इंतजार करता है। यदि यह मामला है, यह संभव है कि माउस को अभी भी स्थानांतरित किया जा सकता है, फिर भी बाकी सब कुछ जमे हुए दिखाई देता है।

यह देखते हुए कि पीसी गंभीर समस्या में है यदि सामान्य कीबोर्ड एलईडी फ़ंक्शन 5 सेकंड का समय बीतने के बाद भी काम नहीं कर रहा है, तो यह सुरक्षित रूप से माना जा सकता है कि सिस्टम गंभीर रूप से दुर्घटनाग्रस्त हो गया है और इसे पुनर्प्राप्त नहीं किया जा सकता है।

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


मेरा अंतिम प्रश्न इस बारे में था [अगर कैप्स लॉक एलईडी प्रतिक्रिया देता है] तो क्या निर्धारित करता है। इसके लिए द्वितीयक था [अगर "प्वाइंट ऑफ नो रिटर्न" के परीक्षण के लिए कैप्स लॉक का उपयोग करना उचित है]]। मुझे यकीन नहीं है कि आप किस तरह से यह कहते हैं कि मैंने अपने सवाल का जवाब दिया। मेरे प्रश्न में केवल एक सट्टा परिकल्पना थी, जिसमें कोई वास्तविक डेटा या सच्चा सिद्धांत शामिल नहीं था। मेरा मानना ​​है कि निचले स्तर के तंत्र की व्याख्या करके आपका जवाब कैप्स लॉक के मेरे प्रस्तावित उपयोग को मजबूत करता है।
Bort

@ मेरे द्वारा संपादित मेरे प्रश्न को उम्मीद से अधिक स्पष्ट करने के लिए संपादित किया। मैंने आपके प्रश्न का उत्तर देने का प्रयास किया, लेकिन यह बताने की आवश्यकता महसूस की कि कैसे सब कुछ एक नींव रखने के लिए काम करता है क्योंकि चीजें इस तरह से हैं। अन्यथा इसे मेरी राय के रूप में देखा जाता है न कि इतने तथ्य पर आधारित।
LPChip
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.