डिवाइस हेल्थ चेक
एक दर्जन बिखरी रिपोर्टों के बजाय अपने हार्डवेयर की एक साफ़ तस्वीर पाएँ। डिवाइस हेल्थ चेक इस साइट पर आपके द्वारा पहले चलाए गए हर टेस्ट के परिणाम — कीबोर्ड, माउस, डिस्प्ले, ऑडियो, कैमरा और USB — इकट्ठा करता है और उन्हें एक ही हेल्थ स्कोर, खामियों की प्राथमिकता-क्रम वाली सूची और ऐसे डिवाइस-जुड़ने वाले निष्कर्षों में बदल देता है जो अकेले टेस्ट नहीं देख सकते। सब कुछ आपके ब्राउज़र में स्थानीय रूप से चलता है।
डिवाइस हेल्थ चेक क्या है?
डिवाइस हेल्थ चेक आपके कंप्यूटर से जुड़े हार्डवेयर पर एक व्यवस्थित डायग्नोस्टिक जांच है। यह किसी एक घटक को अलग परखने के बजाय हर अलग टेस्ट के नतीजे को एक ही रिपोर्ट में इकट्ठा करता है, ताकि आप पूरी मशीन को एक इकाई के रूप में आँक सकें। यह मायने रखता है क्योंकि असली दुनिया की ज़्यादातर विफलताएँ नाटकीय नहीं होतीं। कीबोर्ड आमतौर पर एक कीस्ट्रोक से दूसरे कीस्ट्रोक के बीच काम करना बंद नहीं करता; वह कभी-कभार कोई दबाव छोड़ने लगता है, और उसके ही पुराने परिणामों से तुलना करने पर ही यह गिरावट साफ़ दिखती है।
यह पेज USBRecognized पर हर टेस्ट के लिए एकत्रीकरण की परत है। जब आप कीबोर्ड, माउस, डिस्प्ले, ऑडियो, कैमरा या USB टूल खोलकर कोई टेस्ट पूरा करते हैं, तो परिणाम आपके ब्राउज़र के लोकल स्टोरेज में एक स्थिर कुंजी के नीचे लिखा जाता है। डिवाइस हेल्थ चेक उन कुंजियों को पढ़ता है, हर टूल के अलग स्कोरिंग पैमाने को सामान्य करता है, और एक भारित स्कोर तथा खामियों की सूची बनाता है। हार्डवेयर पहचानकर्ताओं से कुछ भी अनुमानित नहीं किया जाता और कुछ भी अपलोड नहीं होता; यह पेज उस डेटा को पढ़ता है जो पहले से आपकी ही मशीन पर मौजूद है। इसका यह भी अर्थ है कि डैशबोर्ड उतना ही जानकारीपूर्ण होगा जितने टेस्ट आपने वाकई चलाए हैं: जिस घटक का कोई परिणाम नहीं है, उसकी स्थिति का अंदाज़ा वह कभी नहीं लगाता, बल्कि उसे केवल अपरीक्षित बताता है।
एकत्रीकरण कैसे काम करता है
हर अलग टेस्ट एक छोटा संरचित रिकॉर्ड लिखता है: यह किस टूल ने बनाया, उस टूल के अपने पैमाने पर स्कोर, उत्तीर्ण, चेतावनी या विफल का निर्णय, और समय-चिह्न। जब आप यह डैशबोर्ड खोलते हैं, तो लोकल स्टोरेज में मिले हर रिकॉर्ड को पढ़कर एक साझा 0-100 पैमाने पर ढाला जाता है। जो टूल केवल उत्तीर्ण या विफल बताते हैं, उन्हें इस श्रेणी के ऊपरी और निचले सिरे पर रखा जाता है, ताकि वे लगातार माप बताने वाले टूल्स से तुलनीय बने रहें।
समग्र स्कोर साधारण औसत नहीं बल्कि भारित औसत होता है। जो घटक लगातार इस्तेमाल होते हैं और साफ़ तौर पर विफल होते हैं, उनका भार उन घटकों से अधिक होता है जो वैकल्पिक हैं या कभी-कभार ही मायने रखते हैं। इसलिए खराब कीबोर्ड या डिस्प्ले स्कोर को कैमरा टेस्ट के असामान्य परिणाम से ज़्यादा हिलाता है, जिससे मुख्य संख्या उन खामियों के साथ बनी रहती है जो रोज़ के उपयोग को वाकई प्रभावित करती हैं।
अंत में सहसंबंध चरण विभिन्न टूल्स के परिणामों की आपस में तुलना करता है। यह एक ही सत्र के बजाय हर टूल के नवीनतम सहेजे गए रिपोर्ट पर काम करता है, इसलिए अगर दोनों परिणाम इनपुट छूटने की रिपोर्ट करें तो वे दो असंबंधित घटक विफलताओं की बजाय ड्राइवर या बिजली की समस्या की ओर अधिक इशारा करते हैं, और डैशबोर्ड यह बात खुद कह देता है बजाय इसके कि पैटर्न आपको खोजना पड़े। हर निष्कर्ष के साथ एक निश्चितता स्तर होता है और उसे संभावित कारण के रूप में कहा जाता है, पक्की बात के रूप में नहीं। जब प्रमाण दिशा दें पर निर्णायक न हों, डैशबोर्ड अलग-अलग परिणाम बताता है और व्याख्या आपको छोड़ देता है, बजाय ऐसा जुड़ाव गढ़ने के जिसे डेटा समर्थित नहीं करता।
अपना हेल्थ स्कोर कैसे पढ़ें
स्कोर 0 से 100 तक चलता है और यह एक ट्रायाज संकेत है, कोई विशिष्टता नहीं। ऊँचा स्कोर का अर्थ है कि आपने जो भी घटक परखे, वे सभी उस टेस्ट की सामान्य मानी जाने वाली श्रेणी में चल रहे हैं। कम स्कोर का अर्थ है कि कम से कम एक घटक ने ऐसा परिणाम दिया जिसे संबंधित टेस्ट विफलता मानता है। चूँकि स्कोर भारित औसत है, एक ही गंभीर खामी उसे तेज़ी से नीचे खींच सकती है, और यह जानबूझकर है: एक खराब कीबोर्ड चार साफ़ ऑडियो परिणामों से ज़्यादा मायने रखता है।
पूर्ण संख्या से ज़्यादा स्कोर की दिशा को जानकारीपूर्ण मानें। अगर किसी मशीन का पिछले महीने 92 था और आज उसी हार्डवेयर पर 78 है, तो कुछ बदला है और खामियों की सूची उसका नाम बता देगी। अगर वह हमेशा 78 ही रहा है, तो स्कोर केवल ऐसी मशीन बता रहा है जिसमें कोई ज्ञात कमज़ोर घटक है। एक ही हार्डवेयर पर समान अंतराल से वही टेस्ट दोहराना ही इस संख्या को उपयोगी संकेत बनाता है। जहाँ संभव हो, समान स्थितियों की तुलना करें: जिस टेस्ट के दौरान मशीन अन्य काम में व्यस्त थी, उसका स्कोर खाली सिस्टम पर चलाए टेस्ट से अलग हो सकता है, और यह अंतर हार्डवेयर में बदलाव नहीं है।
डैशबोर्ड क्या-क्या मापता है
समग्र हेल्थ स्कोर
एक ही 0-100 संख्या, जो आपके बनाए हर टूल स्कोर को जोड़कर बनती है और जिसमें रोज़मर्रा की विश्वसनीयता में हर घटक के योगदान का भार शामिल होता है।
प्रति-टूल परिणाम कार्ड
हर परीक्षित घटक का अपना कार्ड होता है, जिसमें उत्तीर्ण, चेतावनी या विफल की स्थिति, मूल स्कोर और पिछली बार टेस्ट चलाए जाने का सटीक समय दिखता है।
क्रॉस-डिवाइस सहसंबंध
ऐसे पैटर्न जो दो या अधिक परिणामों की तुलना करने पर ही दिखते हैं, जैसे कीबोर्ड और माउस दोनों का एक ही सत्र में इनपुट छूटने की रिपोर्ट करना।
अपरीक्षित घटकों की निगरानी
जिन घटकों की आपने कभी जांच नहीं की, वे अलग से सूचीबद्ध होते हैं, ताकि आपकी डायग्नोस्टिक कवरेज की कमियाँ एक नज़र में दिख जाएँ।
खामियों की प्राथमिकता
विफलताएँ चेतावनियों से ऊपर और चेतावनियाँ सूचनात्मक नोट्स से ऊपर रखी जाती हैं, इसलिए सबसे नुकसानदेह समस्या हमेशा सबसे पहले दिखती है।
स्थानीय परिणाम इतिहास
हर टूल का सबसे नया परिणाम आपके ब्राउज़र में सुरक्षित रहता है, जिससे आप मशीन की मौजूदा स्थिति की तुलना पिछली बार की जांच से कर सकते हैं।
स्कोर रुझान की जानकारी
चूँकि हर टूल अपना पिछला परिणाम रखता है, दोबारा चलाए गए टेस्ट का कम स्कोर औसत में खोने के बजाय तुरंत दिख जाता है।
USB सबसिस्टम कवरेज
USB टूल्स से मिले एन्यूमरेशन, डिस्क्रिप्टर, पावर डिलीवरी और बैंडविड्थ संबंधी निष्कर्ष एक ही सबसिस्टम सारांश में समा जाते हैं।
डिस्प्ले सबसिस्टम कवरेज
डेड पिक्सेल, बैकलाइट की एकरूपता, रंग बैंडिंग, ग्रेस्केल सटीकता और रिफ्रेश व्यवहार को मिलाकर डिस्प्ले पर एक ही निर्णय दिया जाता है।
इनपुट सबसिस्टम कवरेज
की रोलओवर, गोस्टिंग, चैटर, polling rate, डबल-क्लिक खामियाँ और पॉइंटर ट्रैकिंग एक ही इनपुट सारांश में जोड़ दिए जाते हैं।
ऑडियो और कैमरा कवरेज
माइक्रोफ़ोन कैप्चर, स्पीकर आउटपुट, स्टीरियो चैनल अलगाव, लूपबैक विलंबता और वेबकैम फ्रेम डिलीवरी उसी समग्र स्कोर में योगदान देते हैं।
एक क्लिक में रीसेट
जब आप नई बेसलाइन से शुरुआत करना चाहें, जैसे कोई घटक बदलने के बाद, तो लोकल स्टोरेज से हर सहेजी गई रिपोर्ट हटा दें।
हर सबसिस्टम क्या योगदान देता है
USB निष्कर्ष बताते हैं कि डिवाइस कैसे एन्यूमरेट होते हैं, डिस्क्रिप्टर ठीक बने हैं या नहीं, पावर डिलीवरी अपेक्षित रूप से तय होती है या नहीं, और एंडपॉइंट के बीच बैंडविड्थ समझदारी से बँटती है या नहीं। ये परिणाम आमतौर पर द्विआधारी होते हैं — डिवाइस या तो साफ़ तरीके से एन्यूमरेट होता है या नहीं — इसलिए विफल होने पर इनका भार अधिक होता है।
डिस्प्ले के निष्कर्ष सबसे बारीक होते हैं। डेड और स्टक पिक्सेल, बैकलाइट की एकरूपता, रंग बैंडिंग, ग्रेस्केल ट्रैकिंग और देखी गई रिफ्रेश दर — सब अलग-अलग मापे जाते हैं और फिर जोड़े जाते हैं। चूँकि डिस्प्ले ही वह घटक है जिसे आप लगातार देखते हैं, उसका सबसिस्टम निर्णय समग्र स्कोर पर बड़ा असर डालता है। एक स्टक सबपिक्सेल मामूली कटौती है; उनका झुंड, या ऐसी बैकलाइट जो एक कोने में साफ़ ज़्यादा चमकती है, कहीं अधिक भार रखती है क्योंकि यह मशीन पर आपके हर काम को प्रभावित करती है।
इनपुट, ऑडियो और कैमरा के निष्कर्ष बाकी तस्वीर पूरी करते हैं। इनपुट टेस्ट धीरे-धीरे खराब होते स्विच और सेंसर की समस्याएँ पकड़ते हैं; ऑडियो टेस्ट नॉइज़ फ्लोर और चैनल असंतुलन पकड़ते हैं; कैमरा टेस्ट फ्रेम डिलीवरी की ऐसी समस्याएँ पकड़ते हैं जो स्थिर प्रीव्यू में नहीं दिखतीं पर कॉल पर साफ़ दिखती हैं। कुल मिलाकर यही फ़र्क़ तय करता है कि मशीन बस तकनीकी रूप से चलती है या उसका उपयोग सुखद है।
हेल्थ चेक किन समस्याओं को खोजने में मदद करता है
कीबोर्ड चैटर और डबल स्ट्राइक
एक बार दबाने पर जो कुंजी दो अक्षर दर्ज करती है, वह आमतौर पर रोलओवर टेस्ट में खराब स्कोर करती है, और हेल्थ डैशबोर्ड उसे टाइपिंग की परेशानी नहीं बल्कि इनपुट खामी के रूप में चिह्नित करता है।
सस्ते मेम्ब्रेन कीबोर्ड में की गोस्टिंग
कुछ कुंजी संयोजन जो बिल्कुल दर्ज ही नहीं होते, मैट्रिक्स की सीमा दर्शाते हैं। डैशबोर्ड असली गोस्टिंग को केवल गंदे कीबोर्ड से अलग पहचानता है।
माउस सेंसर जिटर और एंगल स्नैपिंग
ट्रैकिंग टेस्ट पॉइंटर के खिसकने, बंद न होने वाले एक्सेलेरेशन और ऐसे सेंसर का पता लगाते हैं जो गति बताने के बजाय उसे इंटरपोलेट करते हैं।
डबल-क्लिक विफलताएँ
एक क्लिक पर दो बार चलने वाला स्विच धीरे-धीरे खराब होता है। डैशबोर्ड पिछला क्लिक-टेस्ट परिणाम रखता है, जिससे हफ्तों में होने वाली गिरावट दिखती रहती है।
डेड या स्टक पिक्सेल
अकेले स्टक सबपिक्सेल सामान्य उपयोग में छूट जाते हैं, लेकिन पूरी स्क्रीन वाले रंग स्वीप में साफ़ दिखते हैं, और वे सीधे डिस्प्ले के निर्णय में शामिल होते हैं।
बैकलाइट ब्लीड और IPS ग्लो
असमान रोशनी, क्लाउडिंग और कोनों का ग्लो डिस्प्ले सारांश में दर्ज होता है, जिससे आप निर्माण दोष को देखने के कोण की वजह से दिखने वाले प्रभाव से अलग पहचान सकते हैं।
रंग बैंडिंग और ग्रेडिएंट स्टेप्स
जो पैनल चिकने ग्रेडिएंट नहीं दिखा पाता, वह आमतौर पर कम रंग गहराई पर चल रहा होता है — यह खामी डिस्प्ले सबसिस्टम स्कोर में दिखती है।
रिफ्रेश रेट लागू न होना
जो मॉनिटर 144 Hz बताता है पर Windows अब भी 60 Hz पर चला रहा है, वह कॉन्फ़िगरेशन की खामी है। डिस्प्ले टेस्ट वही दर बताते हैं जो ब्राउज़र ने वास्तव में देखी।
माइक्रोफ़ोन में हिस और कम गेन
कैप्चर टेस्ट नॉइज़ फ्लोर और पीक लेवल नापते हैं, जिससे धीमे हेडसेट माइक्रोफ़ोन को खराब माइक्रोफ़ोन से अलग पहचाना जा सकता है।
स्पीकर चैनल में असंतुलन
स्टीरियो टेस्ट मृत चैनल या ऐसे ड्राइवर का पता लगाते हैं जो अपने साथी से साफ़ तौर पर धीमा है, जो एक तरफ़ आवाज़ आने का आम कारण है।
कैमरा फ्रेम ड्रॉप और एक्सपोज़र हंटिंग
वेबकैम टेस्ट मिलने वाली फ्रेम दर और ऑटो-एक्सपोज़र की स्थिरता बताते हैं, जिससे कॉल खराब करने वाली झिलमिलाहट और अटकन पकड़ में आती है।
क्रॉस-डिवाइस निष्कर्ष क्यों मायने रखते हैं
कुछ खामियाँ एक अकेले टेस्ट से नहीं दिखतीं। अगर अकेला कीबोर्ड कुंजियाँ छोड़ रहा है, तो संभावित कारण कीबोर्ड ही है। अगर कीबोर्ड और माउस दोनों एक ही सत्र में इनपुट छोड़ रहे हैं, तो अधिक संभावित कारण हैं साझा USB नियंत्रक, ऐसा हब जो पर्याप्त करंट नहीं दे पाता, ड्राइवर की समस्या, या आक्रामक पावर प्रबंधन जो पोर्ट बंद कर देता है।
डैशबोर्ड हर टूल के नवीनतम सहेजे गए रिपोर्ट की तुलना करता है और यह नहीं देखता कि वे रन एक-दूसरे से कितने दूर थे, तो जनवरी में परखा गया माउस और जून में परखी गई कीबोर्ड फिर भी साथ मिलाकर आँके जाते हैं। इसीलिए हर परिणाम कार्ड रिकॉर्डिंग का समय दिखाता है, और इसीलिए मशीन बदलने से पहले रिजल्ट साफ करना अनुमान को सही रखता है। जब कोई निष्कर्ष बताया जाता है, तो हर एक में शामिल टूल्स के नाम होते हैं ताकि आप लौटकर वही परीक्षण दोहरा सकें।
निष्कर्षों को समाधान में बदलना
शुरुआत विफलताओं से करें, चेतावनियों से नहीं। हर विफल परिणाम के सामने लिखे टूल को खोलें और जहाँ संभव हो, ज्ञात-ठीक कॉन्फ़िगरेशन पर टेस्ट दोहराएँ। जो कीबोर्ड एक कंप्यूटर पर रोलओवर में विफल होता है और दूसरे पर उत्तीर्ण, वह खराब यूनिट नहीं बल्कि होस्ट की सीमा वाला काम करता कीबोर्ड है। अलग-अलग हालात में दोबारा जांच ही घटक की खामी को माहौल की खामी से अलग करती है।
इनपुट खामियों के लिए डिवाइस से पहले केबल और पोर्ट जाँचें। डिवाइस को दूसरे नियंत्रक वाले पोर्ट पर लगाएँ, रास्ते से कोई भी हब हटाएँ, और उस डिवाइस के लिए USB का चयनात्मक निलंबन बंद करें। बताई गई गोस्टिंग और इनपुट छूटने की कई समस्याएँ इसी चरण में गायब हो जाती हैं क्योंकि डिवाइस में कोई खामी ही नहीं थी। अगर खामी हर पोर्ट और हर केबल पर बनी रहती है, तो डिवाइस खुद मुख्य संदिग्ध बन जाता है और अगला कदम उसे दूसरे कंप्यूटर पर परखना है।
डिस्प्ले खामियों के लिए पुष्टि करें कि खामी स्रोत, केबल और रिफ्रेश दर बदलने पर भी बनी रहती है। जो डेड पिक्सेल रिज़ॉल्यूशन बदलने पर हिल जाते हैं, वे आमतौर पर पैनल दोष नहीं बल्कि रेंडरिंग की खामी होते हैं। ऑडियो और कैमरा खामियों के लिए, हार्डवेयर को खराब मानने से पहले ऐसे अन्य एप्लिकेशन बंद करें जो उस डिवाइस पर अकेले कब्ज़ा बनाए हों, क्योंकि अकेले कैप्चर की कोशिश अक्सर माइक्रोफ़ोन को खराब दिखाती है। अगर माइक्रोफ़ोन एक एप्लिकेशन में चलता है पर दूसरे में नहीं, तो खामी लगभग हमेशा अनुमति या डिवाइस चुनने की समस्या होती है, हार्डवेयर की नहीं।
डायग्नोस्टिक गाइड
नई मशीन के लिए बेसलाइन बनाना
जब मशीन नई और ज्ञात-ठीक हो, तब एक ही बैठक में हर घटक परखें। इससे आपको एक ही स्थितियों में दर्ज पूरा संदर्भ स्कोर सेट मिलता है, जो हफ्तों के अंतराल पर जुटाए अधूरे सेट से कहीं अधिक उपयोगी है।
केवल समग्र संख्या नहीं, हर घटक का स्कोर भी नोट करें। बाद में जब कुछ खराब हो, तो घटक-स्तर की तुलना बताती है कि ठीक क्या बदला, जबकि मुख्य संख्या केवल यह बताती है कि कुछ बदला।
पहले बड़े ड्राइवर अपडेट के बाद पूरा सेट दोबारा चलाएँ। विक्रेता कभी-कभी परफ़ॉर्मेंस या पावर व्यवहार बिगाड़ देते हैं, और अपनी बेसलाइन से तुलना उसे तभी पकड़ लेती है जब बदलाव को जोड़ना अब भी आसान हो।
रुक-रुक कर आने वाली खामियों का पता लगाना
रुक-रुक कर आने वाली खामियाँ सबसे कठिन होती हैं क्योंकि अकेला टेस्ट अक्सर उत्तीर्ण हो जाता है। संदिग्ध टेस्ट को एक ही सत्र में बार-बार चलाएँ और देखें कि परिणाम बदलता है या नहीं; जो घटक समान स्थितियों में उत्तीर्ण और चेतावनी के बीच झूलता है, वह वाकई सीमा पर है।
हर बार चलाने के बीच केवल एक चीज़ बदलें। केबल, पोर्ट और डिवाइस एक साथ बदलने से समस्या ठीक हो भी जाए, पर आप यह नहीं बता पाएँगे कि कौन सा बदलाव मायने रखा, इसलिए खामी लौटने से रोक नहीं पाएँगे।
हर टेस्ट चलाए जाने का समय दर्ज करें। समय-चिह्न ही डैशबोर्ड को दो टूल्स को आपस में जोड़ने देते हैं, और ये ऐसी खामियाँ भी दिखाते हैं जो केवल लोड में दिखती हैं, जैसे मशीन गर्म होने पर या एक साथ कई USB डिवाइस सक्रिय होने पर।
मरम्मत और बदलने के बीच फैसला
जो घटक दो अलग कंप्यूटरों पर विफल होता है, वह खराब है। जो घटक केवल एक कंप्यूटर पर विफल होता है, वह या तो ठीक है या उस होस्ट की सीमा से बँधा है, इसलिए बदलने से शायद फ़ायदा नहीं होगा और पैसा कहीं और लगाना बेहतर है।
खामी की तुलना समाधान की लागत से करें। एक चैटर करने वाले स्विच वाला कीबोर्ड अक्सर साफ़ करने या ठीक कराने लायक होता है, जबकि कई चमकीले डेड पिक्सेल वाला पैनल वारंटी के बाहर मरम्मत से बदलने के ज़्यादा लायक नहीं होता।
किसी भी मरम्मत के बाद खामी दोबारा जाँचें। जो मरम्मत लक्षण ठीक करती है पर कारण नहीं, वह कुछ हफ्तों में लौट आती है, और पहले-बाद का दर्ज स्कोर यह साफ़ दिखा देता है।
वारंटी क्लेम के लिए सबूत तैयार करना
सपोर्ट से संपर्क करने से पहले परिणाम सहेजें। स्टक पिक्सेल पर बात करना, क्लेम की तारीख को दर्ज पूरी स्क्रीन वाले रंग टेस्ट के परिणाम के साथ, केवल मौखिक विवरण से कहीं आसान होता है।
दिखाएँ कि खामी डिवाइस के साथ चलती है। वही विफलता दूसरे कंप्यूटर पर भी दर्ज करने से सबसे आम जवाब खारिज हो जाता है कि समस्या आपके होस्ट या उसके ड्राइवर में है।
जहाँ प्रासंगिक हो, विफलता को एक से अधिक स्थितियों में दर्ज करें। मूल रिज़ॉल्यूशन और घटी हुई रिफ्रेश दर दोनों पर दिखने वाली डिस्प्ले खामी को कॉन्फ़िगरेशन बताना बहुत कठिन होता है, और अतिरिक्त सबूत आमतौर पर क्लेम जल्दी निपटा देता है।
मरम्मत या अपग्रेड के बाद टेस्ट करना
मरम्मत के तुरंत बाद पूरा सेट दोबारा चलाएँ, जब काम अब भी मरम्मत वारंटी में हो। जो खामी मरम्मत के बाद भी बनी रहती है वह मरम्मत की समस्या है, और वारंटी अवधि में इसे साबित करना महीनों बाद बहस करने से कहीं आसान है।
जब आप एक घटक अपग्रेड करें, तो पूरी मशीन के बजाय उससे जुड़े घटकों को दोबारा परखें। नया ग्राफ़िक्स कार्ड डिस्प्ले का रास्ता बदलता है, और नया पावर सप्लाई बदल सकता है कि लोड में USB डिवाइस कैसे व्यवहार करते हैं, इसलिए यही परिणाम ताज़ा करने लायक हैं।
अपग्रेड से पहले पुराने बेसलाइन परिणाम लिखकर रखें। टेस्ट दोबारा चलने पर उसका पिछला स्कोर बदल जाता है, इसलिए यह बताने का एक ही तरीका है कि परफ़ॉर्मेंस सुधरी या बिगड़ी — संख्याएँ पहले से दर्ज हों।
साझा या प्रबंधित कंप्यूटर पर परिणाम पढ़ना
जिस मशीन का प्रबंधन आप नहीं करते, उस पर कुछ निष्कर्ष हार्डवेयर नहीं बल्कि नीति दर्शाते हैं। कुछ मिनट निष्क्रिय रहने पर बंद हो जाने वाला पोर्ट आमतौर पर पावर-प्रबंधन सेटिंग है, और जो डिवाइस एन्यूमरेट तो होता है पर खुलता नहीं, वह खराब होने के बजाय अक्सर किसी सुरक्षा उत्पाद द्वारा रोका गया होता है।
जहाँ संभव हो, टेस्ट सामान्य सत्र में चलाएँ, कड़ाई से बंद सत्र में नहीं। प्रतिबंधित वातावरण डिवाइस इंटरफ़ेस पूरी तरह छिपा सकते हैं, जिससे ऐसी विफलताएँ मिलती हैं जो परखे जा रहे घटक के बजाय अनुमतियों के बारे में ज़्यादा बताती हैं।
चूँकि परिणाम हर ब्राउज़र प्रोफ़ाइल के हिसाब से सहेजे जाते हैं, प्रबंधित मशीन प्रोफ़ाइल रीसेट होने पर उन्हें हटा सकती है। अगर आपको ये स्कोर किसी टिकट या हार्डवेयर अनुरोध के समर्थन में चाहिए, तो इन्हें कहीं टिकाऊ जगह नोट कर लें।
नई जांच कब चलाएँ
किसी भी हार्डवेयर बदलाव के बाद, बड़े ऑपरेटिंग सिस्टम या ड्राइवर अपडेट के बाद, और जब भी आप कोई लक्षण देखें पर उसे भरोसे के साथ दोहरा न पाएँ, तब पूरा सेट चलाएँ। चूँकि हर टूल केवल अपना नवीनतम परिणाम रखता है, दोबारा टेस्ट चलाने पर पिछला मान बदल जाता है, इसलिए डैशबोर्ड हमेशा मौजूदा स्थिति दिखाता है, ऐतिहासिक औसत नहीं। यह डिज़ाइन इतिहास की कीमत पर सारांश को ईमानदार रखता है, इसलिए लंबे समय तक किसी मशीन पर नज़र रखनी हो तो हर बार के बाद स्कोर नोट कर लेना फ़ायदेमंद है।
जिस मशीन पर आप निर्भर हैं, उसके लिए महीने में एक बार ठीक है, साथ ही किसी भी ड्राइवर अपडेट के तुरंत बाद दोबारा चलाएँ। कोई घटक बदलने से पहले, हो सके तो संबंधित टेस्ट दूसरे कंप्यूटर पर दोबारा चलाएँ: जो परिणाम डिवाइस के साथ चलता है वह डिवाइस की खामी है, जबकि जो परिणाम कंप्यूटर के साथ रहता है वह होस्ट की समस्या है और नया घटक उसे ठीक नहीं करेगा।
गोपनीयता और डेटा हैंडलिंग
इस पेज का हर परिणाम आपके ही ब्राउज़र में स्थानीय रूप से बना और सहेजा गया है। डैशबोर्ड उसी स्थानीय डेटा को पढ़कर दिखाता है; कोई खाता नहीं, कोई सिंक नहीं और डायग्नोस्टिक परिणामों का कोई सर्वर-साइड संग्रह नहीं।
सहेजे गए परिणाम हटाने पर वे इस ब्राउज़र से हमेशा के लिए चले जाते हैं। अगर आपने साइट डेटा के लिए ब्राउज़र सिंक चालू किया है, तो वही ब्राउज़र प्रोफ़ाइल वाले अन्य साइन-इन डिवाइस पर ये रिकॉर्ड मौजूद हो सकते हैं, इसलिए अगर आप उन्हें हर जगह से हटाना चाहते हैं तो हर डिवाइस पर साफ़ करें। टेस्ट पूरी तरह बंद करने की ज़रूरत भी नहीं: कोई टेस्ट पृष्ठभूमि में नहीं चलता, और परिणाम तभी दिखते हैं जब आप खुद कोई टेस्ट शुरू करते हैं।
संक्षिप्त सारांश
डिवाइस हेल्थ चेक इस साइट के हर हार्डवेयर टेस्ट को एक भारित स्कोर, प्राथमिकता-क्रम वाली खामी सूची और ऐसे क्रॉस-डिवाइस निष्कर्षों में बदल देता है जो अकेले टेस्ट नहीं पकड़ सकते। यह केवल वही डेटा पढ़ता है जो पहले से आपके ब्राउज़र में सहेजा है और आपके परिणाम कभी अपलोड नहीं करता।
इसे ट्रायाज के लिए इस्तेमाल करें: पहले विफलताएँ ठीक करें, फिर चेतावनियाँ, और हर बदलाव के बाद उस टेस्ट को दोबारा चलाएँ ताकि स्कोर मशीन की मौजूदा स्थिति बताए, न कि पिछली बार देखी गई स्थिति।
डिवाइस हेल्थ चेक अक्सर पूछे जाने वाले प्रश्न
डिवाइस हेल्थ चेक क्या है?
यह एक ही रिपोर्ट है जो इस साइट पर आपके द्वारा चलाए हर हार्डवेयर टेस्ट के परिणाम इकट्ठा करती है और उन्हें एक स्कोर तथा खामियों की सूची में बदल देती है। छह अलग टूल पेज पढ़ने के बजाय आप देखते हैं कि कौन से घटक उत्तीर्ण हुए, कौन से खराब हुए और किनकी जांच कभी नहीं हुई, साथ ही वे निष्कर्ष भी जो केवल परिणामों की तुलना करने पर दिखते हैं।
समग्र हेल्थ स्कोर की गणना कैसे होती है?
हर टूल अपने पैमाने पर स्कोर लिखता है। डैशबोर्ड हर परिणाम को साझा 0-100 श्रेणी पर ढालता है और फिर भारित औसत निकालता है, जिसमें उन घटकों का असर अधिक होता है जो लगातार इस्तेमाल होते हैं और साफ़ तौर पर विफल होते हैं। इसलिए एक गंभीर विफलता स्कोर को कई साफ़ पर मामूली परिणामों के बढ़ाव से ज़्यादा गिराती है।
डैशबोर्ड के काम करने के लिए क्या मुझे हर टेस्ट चलाना होगा?
नहीं। डैशबोर्ड जो परिणाम मौजूद हैं उन्हें दिखाता है और बाकी को अभी तक अपरीक्षित बताता है, इसलिए एक टेस्ट के बाद भी यह उपयोगी है। जैसे-जैसे आप घटक जोड़ते हैं, स्कोर अधिक प्रतिनिधि बनता जाता है, क्योंकि एक ही परिणाम का भारित औसत केवल उसी परिणाम का वर्णन करता है।
क्या मेरा कोई डेटा सर्वर पर अपलोड होता है?
नहीं। हर परिणाम आपके ब्राउज़र में ही बनता है और हर टूल की अपनी कुंजी के नीचे स्थानीय रूप से सहेजा जाता है। यह पेज उन कुंजियों को पढ़कर दिखाता है, और आपके डायग्नोस्टिक डेटा की कोई खाता, कोई सिंक सेवा और कोई सर्वर-साइड प्रति नहीं होती। कुछ भी प्रेषित नहीं होता: कोई टेस्ट अपना परिणाम कहीं नहीं भेजता। स्टोरेज स्थानीय होने के साथ सीमित भी है, क्योंकि हर टूल इसी ब्राउज़र में केवल अपनी दस नवीनतम रिपोर्ट रखता है, इतिहास हमेशा जमता नहीं बल्कि घुमता रहता है, और साइट डेटा साफ़ करते ही वह तुरंत खत्म हो जाता है।
क्या मैं हेल्थ चेक फ़ोन या टैबलेट पर चला सकता हूँ?
डैशबोर्ड खुद किसी भी आधुनिक मोबाइल ब्राउज़र में चलता है, और परिणाम हर ब्राउज़र के हिसाब से सहेजे जाते हैं इसलिए कुछ खोता नहीं। कुछ टेस्ट केवल डेस्कटॉप पर होते हैं क्योंकि उन्हें भौतिक कीबोर्ड, माउस या ऐसा डिस्प्ले चाहिए जिसे तय रिफ्रेश दर पर चलाया जा सके, इसलिए फ़ोन पर आमतौर पर कम घटक शामिल होते हैं।
सभी साफ़ करें पर क्लिक करने पर क्या होता है?
यह इस ब्राउज़र के लोकल स्टोरेज से हर सहेजी गई डायग्नोस्टिक रिपोर्ट हटा देता है। इसके बाद डैशबोर्ड खाली स्थिति में लौट जाता है और सभी घटकों को अभी तक अपरीक्षित दिखाता है। इसे वापस नहीं लाया जा सकता, इसलिए साफ़ करने से पहले जो परिणाम रखने हों, उन्हें नोट कर लें या कहीं सहेज लें।
जब मैंने कुछ नहीं बदला तो भी स्कोर क्यों गिरा?
हार्डवेयर न बदलने पर स्कोर गिरने का अर्थ आमतौर पर यह होता है कि किसी टूल ने पिछली बार से खराब परिणाम दिया, और खामियों की सूची उसका नाम बता देगी। आम कारण हैं सीमा पर पहुँच चुका खराब स्विच, ऐसा ड्राइवर अपडेट जिसने पावर व्यवहार बदला, या पहले से भारी लोड में चलाया गया टेस्ट।
क्या चेतावनी का अर्थ है कि मेरा हार्डवेयर खराब है?
ज़रूरी नहीं। चेतावनी का अर्थ है कि कोई माप आदर्श श्रेणी से बाहर गया, पर पूरी तरह विफलता की श्रेणी से बाहर भी नहीं। चेतावनियों पर समय के साथ नज़र रखनी चाहिए; कई दोबारा चलाने पर ठीक हो जाती हैं, और केवल लगातार बनी रहने वाली चेतावनियाँ ही कुछ बदलने का औचित्य देती हैं।
कुछ घटक अभी तक अपरीक्षित क्यों दिखते हैं?
क्योंकि वह टूल इस ब्राउज़र में कभी चलाया ही नहीं गया। अपरीक्षित सूची कवरेज की कमियाँ सामने लाने के लिए है, जो पूरी मशीन का आँकलन करते समय मायने रखती है: दो घटकों पर ऊँचा स्कोर आठ घटकों पर ऊँचे स्कोर से बहुत कम बताता है। अपरीक्षित घटक न उत्तीर्ण है न विफल; उसकी स्थिति अज्ञात है, और डैशबोर्ड जो उसे चुपचाप छोड़ देता, वह परिणाम को बढ़ा-चढ़ाकर पेश करता। यह सूची योजना भी है: अगर आप मशीन खरीद रहे हैं, बेच रहे हैं या वारंटी जाँच रहे हैं, तो खाली पंक्तियाँ ठीक यही बताती हैं कि किन डिवाइस की आपने अपनी आँखों से अभी तक पुष्टि नहीं की।
क्या ब्राउज़र दोबारा इंस्टॉल करने पर मेरे परिणाम चले जाते हैं?
हाँ। परिणाम ब्राउज़र के लोकल स्टोरेज में रहते हैं, इसलिए साइट डेटा साफ़ करने, प्राइवेट ब्राउज़िंग इस्तेमाल करने या ब्राउज़र दोबारा इंस्टॉल करने पर वे हट जाते हैं। अगर आप महीनों तक किसी मशीन पर नज़र रखते हैं, तो हर बार के बाद स्कोर नोट कर लें ताकि इतिहास ब्राउज़र रीसेट के बाद भी बचा रहे।
क्या ये टेस्ट ऑफ़िस के कंप्यूटर पर चलाना सुरक्षित है?
हार्डवेयर की दृष्टि से ये टेस्ट केवल पढ़ने वाले हैं: ये व्यवहार देखते हैं, firmware नहीं लिखते और डिवाइस सेटिंग नहीं बदलते। सहेजे गए परिणाम ब्राउज़र में स्थानीय रहते हैं, इसलिए कुछ भी मशीन से बाहर नहीं जाता, जो सामान्य कॉर्पोरेट नीति के तहत आमतौर पर स्वीकार्य होता है। केवल-पठन एक डिज़ाइन बाध्यता है: firmware नहीं लिखा जाता और कोई डिवाइस सेटिंग दोबारा नहीं लिखी जाती, इसलिए बीच में रुका रन प्रबंधित मशीन को बदली हुई स्थिति में नहीं छोड़ सकता। प्रबंधित वर्कस्टेशन पर सामान्य लक्षण अवरुद्ध अनुमति होती है, विफल टेस्ट नहीं; अगर जांच बिल्कुल शुरू ही न हो, तो नीति देखें या स्थानीय व्यवस्थापक से पूछें, और तभी हार्डवेयर खराब मानने का निष्कर्ष निकालें।
अगर हर घटक विफल हो तो मुझे क्या करना चाहिए?
इतनी व्यापक विफलताएँ आमतौर पर परिधीय उपकरणों के बजाय होस्ट की ओर संकेत करती हैं: खराब पावर सप्लाई, अत्यधिक भार वाला USB नियंत्रक, आक्रामक पावर प्रबंधन या बिगड़ा हुआ ड्राइवर स्टैक। एक साथ कई घटक खराब मानने से पहले किसी एक डिवाइस को दूसरे कंप्यूटर पर परखें। सबसे सस्ते चरों से शुरू करें: दूसरा पोर्ट, रास्ते से बिना पावर वाला हब हटाना, नया केबल, और पावर प्लान पूर्ण परफ़ॉर्मेंस पर सेट करना; फिर केवल एक टेस्ट दोबारा चलाएँ। अगर विफलताएँ साथ-साथ गायब हो गईं तो होस्ट ज़िम्मेदार था; अगर वे डिवाइस के साथ दूसरी मशीन पर चली गईं तो परिधीय उपकरण था, और यही पृथक्करण टेस्ट को सेट के रूप में चलाने का कारण है।