क्या कोई एप्लिकेशन ग्राफिक्स कार्ड को तोड़ सकता है?


15

त्वरित ध्यान दें: मुझे पता है कि यह एक गेम डेवलपमेंट Q & A साइट है, लेकिन मुझे लगता है कि आप सभी लोग सबसे ज्यादा जानते हैं और ग्राफिक्स कार्ड के साथ अनुभव रखते हैं, इसलिए मैं आपसे इस प्रश्न को संबोधित करता हूं। यदि आपको लगता है कि यह पूरी तरह से विषय है, तो कृपया मुझे एक उचित साइट / मंच पर देखें। संपादित करें: वास्तव में, यह gamedev-related है: यदि कोई खराब कोड कार्ड को ओवरहीटिंग या ब्रेकिंग में बदल सकता है, तो गेम डेवलपर्स को इसके बारे में पता होना चाहिए और सुनिश्चित करें कि उनके एप्लिकेशन ऐसा नहीं करते हैं।

यह एक अजीब या बेवकूफी भरा सवाल लग सकता है लेकिन क्या वास्तव में ऐसे ग्राफिक्स रेंडरिंग एप्लिकेशन को लिखना संभव है जो ग्राफिक्स कार्ड ( किसी भी तरह से) को तोड़ सके ?

तात्कालिक कारण जिसने मुझे यह प्रश्न पूछा (कोई आश्चर्य नहीं) मेरा खुद का टूटा हुआ ग्राफिक्स कार्ड था। इसकी मरम्मत करने के बाद, सर्विसमैन ने कहा कि उन्होंने इस पर विभिन्न ऐप (गेम) का परीक्षण किया और यह ठीक काम किया। लेकिन जब मैंने अपना खुद का ऐप लॉन्च किया (डिफर्ड शेडिंग डेमो) तो इसे 100 डिग्री सेल्सियस तक गर्म कर दिया। इसलिए मेरा कार्ड सब के बाद तय नहीं हुआ, लेकिन यहां जो महत्वपूर्ण है वह यह है कि समस्या केवल अपने ऐप को चलाने के दौरान हुई।

मैंने इस पर (Crysis की तरह) विभिन्न GPU-मांग वाले खेल खेले हैं और अक्सर इसे सीमा और अधिक तक बढ़ा दिया है (सेटिंग्स इतनी अधिक थी कि खेल 5 FPS पर चले), कुछ बेंचमार्क भी ... तो मैंने दिया है मेरा कार्ड, कई बार, इतना अधिक काम-भार कि वह पकड़ में न आ सके (इसलिए कम एफपीएस) लेकिन यह कभी भी खतरनाक तापमान तक नहीं पहुँच पाया। लेकिन मेरा अपना आवेदन वह हासिल करने में कामयाब रहा (कम से कम जब वी-सिंक बंद था)। : पी चूंकि यह केवल मेरा अपना ऐप था, मुझे नहीं लगता कि एक खराब शीतलन प्रणाली अपराधी थी।

तो मैं पूछता हूं - क्या आपको लगता है (या शायद जानते हैं) कुछ शातिर कोड द्वारा ग्राफिक्स कार्ड (किसी भी तरह से, केवल ओवरहीटिंग से नहीं) को तोड़ना संभव है या नहीं?

अपडेट करें:

जो स्विंडेल ने कहा कि ओवरहीटिंग समस्या हो सकती है (ठीक है, यह निश्चित रूप से कार्ड को तोड़ सकता है)। लेकिन एक उचित शीतलन प्रणाली को ऐसा होने से रोकना नहीं चाहिए (किसी भी परिस्थिति में)?

बोरियल ने एक और समस्या बताई। अगर मैं सही ढंग से समझता हूं, तो एफपीएस सीपीयू और जीपीयू (यह सही है?) दोनों से बंधा है। इसलिए कम एफपीएस उच्च सीपीयू लोड या उच्च जीपीयू लोड का संकेत दे सकता है । लेकिन फिर से - क्या एक उचित शीतलन प्रणाली को जीपीयू को ओवरहिटिंग से नहीं रोकना चाहिए, भले ही कार्ड "हर समय 100% पर उपयोग किया जाए"?


अधिकांश गेम आपके GPU का अपनी पूरी क्षमता से उपयोग नहीं करने जा रहे हैं - वे कई मायनों में सीपीयू से बंधे होंगे। हालाँकि, आपका स्वयं का अनुप्रयोग सीपीयू की तरफ कुछ भी नहीं कर सकता है, जिससे जीपीयू का अधिक उपयोग होगा। सीधे शब्दों में कहें तो जीपीयू का इस्तेमाल हर समय 100% पर होना नहीं है। यही कारण है कि आप अभी एक प्रयोग किया गया GPU खरीदना नहीं चाहते हैं - यह शायद Bitcoin खनन के लिए उपयोग किया गया है।
jmegaffin

6
@ बोरियल मैं इससे पूरी तरह असहमत हूं। आप एक गुणवत्ता बोर्ड मेकर से GPU खरीदते हैं, तो यह है सब 100% समय में उपयोग के लिए डिज़ाइन, और ठंडा और क्लॉक स्पीड सेट किया गया है उन परिस्थितियों में यह स्थिर सुनिश्चित करने के लिए। अब, अगर आपके पास कुछ आफ्टरमार्केट हीटसिंक है जो सही तरीके से स्थापित नहीं है, या यदि आप कार्ड को एक खतरनाक स्तर पर ओवरक्लॉक करते हैं, तो यह एक और कहानी है।
नाथन रीड

"लेकिन एक उचित शीतलन प्रणाली को ऐसा होने से रोकना नहीं चाहिए (किसी भी परिस्थिति में)?" - अपने GPU के प्रशंसकों का कहना है, हीट, और निकास धूल से पके हुए हैं क्योंकि आपने अपने कंप्यूटर की देखभाल नहीं की है। फिर यह निश्चित रूप से गर्म हो सकता है और टूट सकता है, यहां तक ​​कि उच्च-अंत भागों के साथ भी। उम्मीद है कि यह सिर्फ गर्मी का पता लगाएगा और क्षतिग्रस्त होने से पहले ही इसे बंद और रिबूट कर देगा, लेकिन आप वास्तव में उस पर दांव नहीं लगाना चाहते हैं।
सीन मिडिलिचच

FYI करना वास्तव में कंप्यूटर को खुद को बंद करना चाहिए जब खतरनाक रूप से ओवरहीटिंग हो। क्या यह संभव है कि यह आपके कंप्यूटर पर अक्षम है?
रिचर्ड टिंगल

SeanMiddleditch, "उचित" द्वारा, मेरा मतलब है, दूसरों के बीच, एक पूरी तरह से कार्यशील शीतलन प्रणाली। RichardTingle, मैंने इसे स्वयं अक्षम नहीं किया है, कम से कम। लेकिन मुझे अपने सवाल का मतलब एक सामान्य समस्या के रूप में था, न कि मेरे ठोस मामले के समाधान की तलाश में।
एनपीएस

जवाबों:


32

यह ऐप्प की ज़िम्मेदारी नहीं है कि यह सुनिश्चित करें कि GPU ओवरहीट न हो और अगर यह ज़्यादा गरम करता है तो यह ऐप की गलती नहीं है।

यदि GPU में उचित कूलिंग नहीं है, तो हाँ, 3D ऐप चलाने से यह खतरनाक स्तर तक गर्म हो सकता है। मुझे नहीं पता कि आपका ऐप ऐसा क्यों करता है और क्राइसिस नहीं करता है, लेकिन इसका मतलब है कि कार्ड में अपर्याप्त कूलिंग है, और / या इसके साथ गड़बड़ हुई है (ओवरक्लॉक किया गया है, या अन्य कारखाने सेटिंग्स / ड्राइवरों को बदल दिया गया है)।

ओवरहीटिंग के अलावा, मुझे किसी अन्य तरीके की जानकारी नहीं है, जिसमें सॉफ्टवेयर उस चिप को नुकसान पहुंचा सकता है, जिस पर वह चल रहा है। यह वास्तव में संभव नहीं माना जाता है; यह डिजाइन की बहुत गंभीर विफलता होगी।


1
तो आपने जो कहा, उसके आधार पर मुझे (एक प्रोग्रामर के रूप में) इस बात की बिल्कुल भी परवाह नहीं है कि मेरा एप्लिकेशन कितना GPU लोड (और हीटिंग) उत्पन्न करता है (जब तक यह आसानी से चलता है)?
एनपीएस

11
@ एनपीएस अधिकार। आप GPU लोड इन्सोफ़र के बारे में परवाह करते हैं क्योंकि यह फ्रैमरेट (और मोबाइल उपकरणों, बैटरी जीवन पर) को प्रभावित करता है, लेकिन यह आपकी ज़िम्मेदारी नहीं है कि यह तापमान को कैसे प्रभावित करता है - यह ड्राइवरों / ओएस के लिए चिंता का विषय है। यदि कोई ऐप GPU को ओवरहीट करता है तो इसे ठीक से ठंडा नहीं किया जाता है और / या ड्राइवर के डायनेमिक फ्रिक्वेंसी स्केलिंग में कुछ गड़बड़ है।
नाथन रीड

4
+1, यह सुनिश्चित करना उपयोगकर्ता का काम है कि उसका हार्डवेयर आवश्यकताओं को पूरा करता है (और आवश्यकता के रूप में "गेमप्ले के दौरान पिघलता नहीं है") और कार्ड को नुकसान से बचाने के लिए हार्डवेयर / ड्राइवर का काम सबसे अच्छा करता है। एप्लिकेशन को उस पर भरोसा करना चाहिए (और चाहिए), इसके अलावा और कुछ नहीं है।
थॉमस

मैं निर्माता नैतिकता के लिए एक घोषणापत्र लिखना चाहता हूं: जब आप किसी दिए गए कल्पना के हार्डवेयर का एक टुकड़ा खरीदते हैं, तो आपको पैकेज पर बताई गई सभी निंदा के तहत इस कल्पना तक पहुंचने में सक्षम होना चाहिए (0 से 40 डिग्री सी आमतौर पर कहा जाता है)। और बेवकूफ थर्मल थ्रॉटलिंग को पीड़ित न करें अन्यथा एक अच्छा परीक्षण यह प्रदर्शित करना चाहिए कि मुझे पैकेज पर झूठे दावों से मेरे पैसे लूट लिए गए थे।
v.oddou

@NPS "तो आपने जो कहा, उसके आधार पर मुझे (एक प्रोग्रामर के रूप में) इस बात की बिल्कुल भी परवाह नहीं है कि मेरा एप्लिकेशन कितना GPU लोड (और हीटिंग) उत्पन्न करता है (जब तक यह सुचारू रूप से चलता है)?" - हां, आपको लोड के बारे में परवाह करनी चाहिए, लेकिन ओवरहीटिंग के बारे में नहीं। बस यह सुनिश्चित करें कि निचली सेटिंग्स कम भार उत्पन्न करती हैं और इसलिए कम ठंडा शोर। चूंकि मैं कभी-कभी बैटरी पर खेलता हूं, इसलिए मैं स्टीम पर गेम डाउनवोट करूंगा जो कि कुछ भी नहीं करते हुए 100% सीपीयू और जीपीयू को जलाता है, और मैं केवल एक ही नहीं हूं।
पीटर

24

यह जंगल में हुआ है।

2010 में Starcraft II में एक समस्या थी जहां यह मेनू स्क्रीन पर एक अनकैप्ड फ्रैमरेट था, जो ग्राफिक्स कार्ड पर एक अजीब भार रखता था, अपर्याप्त थर्मल संरक्षण के साथ कुछ विक्रेता से कार्ड को नष्ट कर देता था।

स्वयं GPU में डिजाइन और विनिर्माण दोष भी लोड के तहत कार्ड को स्वयं विघटित कर सकते हैं। G84 / G86 मोबाइल जीपीयू में मिलाप जोड़ों था जो स्वीकार्य तापमान भार के तहत टूट गया और अंततः टूट गया। हमारे पास एक्सबॉक्स 360 की मृत्यु की कुख्यात लाल अंगूठी भी है जिसमें मिलाप और विस्तार के साथ थर्मल समस्याएं हैं।

उपरोक्त सभी हार्डवेयर दोषों और अपर्याप्त थर्मल डिजाइनों का मिश्रण हैं, जो सॉफ्टवेयर लोड द्वारा प्रवर्धित हैं।


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

1
एक बार नहीं स्मार्ट मॉनिटर की एक पीढ़ी सीआरटीसी रजिस्टरों में खराब मूल्यों को सॉफ्टवेयर पॉकेट द्वारा नष्ट किए गए अपने फ्लाईबैक ट्रांसफार्मर को नष्ट कर सकती है। जोड़ने में विफलताओं का एक तीसरा कारण यह है कि गति दौड़ ने कई manufactuers कटौती कोनों को बनाया, कई बार कार्ड 100% के लिए पर्याप्त मजबूत नहीं बनाए गए
पैट्रिक ह्यूजेस

9

आपने जो लिखा है उससे आपका प्रश्न बहुत अधिक जटिल है। मैं कहूंगा कि सामान्य प्रश्न है "क्या सॉफ्टवेयर हार्डवेयर तोड़ सकता है?", और इसका उत्तर निश्चित रूप से है।

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

बहुत सारे मजेदार तरीके हैं जो हार्डवेयर को तोड़ सकते हैं, लेकिन चलो बस overheating पर विचार करें: प्रसंस्करण कार्य गर्मी उत्पन्न करता है, और उस गर्मी को कहीं जाना है। आपके कार्ड की विघटित विशेषताओं, मामले में एयरफ़्लो और कमरे में समग्र तापमान के आधार पर, सिस्टम से निकाले गए ताप की मात्रा इसके द्वारा उत्पन्न होने वाली तुलना में कम या अधिक हो सकती है।

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

अब, क्या आप ऐसा सॉफ्टवेयर लिखते हैं जो ऐसा करता है? मैं कहूंगा कि सबसे अधिक संभावना है। आपके द्वारा लिखा गया कोई भी (उपयोगकर्ता-स्तरीय) प्रोग्राम सीधे वीडियो कार्ड से बात नहीं करेगा। इस स्थिति को रोकने के लिए बहुत सारे सुरक्षा उपाय डिज़ाइन किए गए हैं, और इन सभी को विफल करना है ताकि आपका रेंडरिंग प्रोग्राम आपके घर को जलाने पर समाप्त हो जाए।

  1. आमतौर पर, हीट डिसिपेटर और पंखे डिज़ाइन किए जाते हैं, ताकि वे आराम से अधिकतम गर्मी की अधिकतम मात्रा को निकाल सकें, जो कि गर्म जलवायु पर खराब हवादार मामलों पर भी (निर्माता द्वारा निर्दिष्ट ऑपरेटिंग रेंज के भीतर)

  2. यदि गर्मी का उत्पादन गर्मी अपव्यय से अधिक है, तो रक्षा की पहली पंक्ति चालक होगी। अधिकांश ड्राइवर GPU के मुख्य तापमान की जाँच करेंगे, और यदि यह ऊपर जा रहा है, तो ड्राइवर अधिक गर्मी पैदा करने से रोकने के लिए GPU को भेजे जाने वाले निर्देशों की मात्रा को सीमित कर सकता है।

  3. कि विफल होना चाहिए, ग्राफिक्स कार्ड में फर्मवेयर का पता लगाना चाहिए कि गर्मी खतरनाक रूप से निर्माण कर रही है, और इसलिए गर्मी पीढ़ी को कम करने के प्रयास में घड़ी की गति कम हो जाएगी।

  4. अगर उस सब के बाद, गर्मी अभी भी बढ़ रही है, तो अधिकांश आधुनिक सीपीयू और जीपीयू में उपलब्ध एक थर्मल डायोड पूरी तरह से वीडियो कार्ड को बंद कर देगा, और गर्मी का उत्पादन बंद हो जाएगा।

इसलिए, यदि आप अपने महंगे वीडियो कार्ड को ओवरहीटिंग के माध्यम से एक उपयोगकर्ता स्तर के अनुप्रयोग से तोड़ना चाहते हैं, तो इसके अलावा एक सॉफ्टवेयर का निर्माण करना है जो सिस्टम को उसकी अधिकतम सीमा तक ले जाता है, आपको इसकी आवश्यकता होगी:

  1. एक दोषपूर्ण या टूटी हुई गर्मी फैलाने वाली प्रणाली। बस अपनी उंगली को पंखे में (हमेशा केंद्र में, ब्लेड में नहीं) चिपका कर चाल चलनी चाहिए। कठिनाई: आसान

  2. थ्रॉटलिंग सुविधाओं के साथ एक कस्टम (या छोटी गाड़ी) ड्राइवर अक्षम या टूट गया है। कठिनाई: सामान्य

  3. एक कस्टम फर्मवेयर घड़ी कम करने की सुविधाओं के साथ अक्षम या टूट गया। कठिनाई: कठिन

  4. एक टूटा हुआ थर्मल डायोड। यदि आप थर्मल डायोड को लगातार चालू कर रहे हैं, तो यह क्षतिग्रस्त हो सकता है। कठिनाई: बहुत कठिन

... पर नामुनकिन 'नहीं! इसे आज़माने के लिए स्वतंत्र महसूस करें *, लेकिन यह सुनिश्चित करें कि जब आप ऐसा करते हैं तो अपने फायर विभाग के फ़ोन को हाथ में रखें।

*: यह व्यंग्य है। मैं किसी भी तरह से आग के खतरे के निर्माण, या किसी भी तरह की गतिविधियों से आपको, आपके परिवार, कुत्ते या समुदाय को किसी भी तरह से नुकसान नहीं पहुँचा सकता हूँ। इस पोस्ट को पढ़कर आप मुझे पूरी तरह से किसी भी जिम्मेदारी का माफ कर सकते हैं जो आपके कार्यों को ला सकती है।


1
+1 बहुत सी चीजों के लिए, लेकिन विशेष रूप से कुत्ते की सोच के लिए। :)
एंड्रयू थॉम्पसन

2

यहां तक ​​कि वीएसवाईएनसी के बंद होने से, कई गेम 98% जीपीयू उपयोग को भी हिट करने में विफल हो सकते हैं। जितने अधिक वास्तविक गेमप्ले वे कार्यान्वित करते हैं, उतने ही कम फ्रेम वे मंचित कर सकते हैं और उतनी ही संभावना होगी कि जीपीयू कमज़ोर हो जाएगा। अच्छे मल्टी-कोर अनुकूलित गेम 100% जीपीयू उपयोग के काफी करीब पहुंच सकते हैं, लेकिन आम तौर पर गेमप्ले लॉजिक सीपीयू को अन्य कार्यों के साथ पर्याप्त व्यस्त रखता है कि यह पूरी तरह से कार्यभार के साथ जीपीयू को संतृप्त करने में सक्षम नहीं है। शुद्ध रेंडरिंग एप्लिकेशन आसानी से 100% जीपीयू लोड तक पहुंच सकते हैं, लेकिन गेम रेंडरिंग की तुलना में बहुत अधिक है।

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


0

ओवरहीटिंग आपके ग्राफिक्स कार्ड को तोड़ रही है। डेटा का एक विशाल लूप फेंकना जो इसे संभाल नहीं सकता है, जैसा कि आपने देखा है, क्रैश और संभवतः आपके कार्ड को स्थायी रूप से नुकसान पहुंचाता है।


4
लेकिन कोई भी एप्लिकेशन कार्ड को जितना चबा सकता है उससे ज्यादा दे सकता है (कार्ड के मुकाबले कुछ साल पहले कोई भी खेल बहुत ज्यादा)। एक उचित शीतलन प्रणाली को रोकना चाहिए (कोई फर्क नहीं पड़ता कि आवेदन क्या करता है), क्या इसे नहीं करना चाहिए?
एनपीएस

आप इसमें सही हैं कि कोई भी खेल COULD करता है ... लेकिन अधिकांश कोड GPU को 100% पर नहीं काटेंगे और यदि ऐसा होता है, तो यह आमतौर पर विस्तारित अवधि के लिए 100% नहीं होता है। हालाँकि, मैं आपके साथ 100% सहमत हूँ कि एक उचित शीतलन प्रणाली को उस सभी को रोकना चाहिए।
जो स्विंडेल

2
यह पागलपन जैसा लगता है। सीपीयू की तरह घड़ी की गति को एक सुरक्षित स्तर पर सेट किया जाना चाहिए
रिचर्ड टिंगल

0

हाँ यह कर सकते हैं।

  • स्पष्ट उदाहरण के रूप में ओवरहीटिंग, अत्यधिक वर्कलोड के कारण हो सकता है। आमतौर पर ओवरक्लॉकिंग के माध्यम से हासिल किया। यह उद्देश्यपूर्ण तरीके से सबसे आसान होगा।

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

कम फ्रेम = कम प्रसंस्करण = कम चरम वर्कलोड।

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

  • थोड़ा भ्रष्ट (या अनुचित रूप से कोडित) डेटा एक सूचक को इंगित करने के लिए कहीं न कहीं यह इंगित करने का कारण बन सकता है, जो सभी प्रकार की चीजों को मिटा सकता है। हालांकि, स्थायी नहीं होने की संभावना है, यह ऑपरेशन में विफलता की भिन्न डिग्री का कारण बन सकता है। सीपीयू पर इस तरह की गलती सामान्य रूप से ओएस द्वारा पकड़ी जाती है और इससे बचा जाता है या, अगर इसे टाला नहीं जा सकता है, तो बीएसओडी (मौत की नीली स्क्रीन) को लागू करेगा।

रन-टाइम में सावधानीपूर्वक कोडिंग और दोहरी जाँच से बचा जा सकता है। (लेकिन हमेशा कीड़े होते हैं। अगर वहाँ नहीं हैं, तो ऐसा इसलिए है क्योंकि वे आपके साथ रहते हैं।)

  • GPU में एक ड्राइवर भी होने वाला है, जो एक और जगह जोड़ता है, जिससे चीजें गलत हो सकती हैं। कुछ डेटा वहाँ दूषित हो सकते हैं, या वहाँ एक बग आदि हो सकते हैं, आदि। उस ड्राइवरों को जोड़ने के लिए, सामान्य रूप से, बीएसओडी के कारण होने का खतरा होता है। ओएस का फालबैक सिस्टम जब कुछ बहुत गलत हो जाता है और उसे नुकसान को रोकने और कम करने या रोकने के लिए आपातकालीन शटडाउन ऑपरेशन चलाने की आवश्यकता होती है। एक सावधानी से कोडित ड्राइवर (उम्मीद है) ऐसा नहीं करेगा, लेकिन बग के लिए हमेशा एक मौका होता है। आपातकालीन शटडाउन प्रक्रियाओं में शामिल है।

रन-टाइम में सावधानीपूर्वक कोडिंग और दोहरी जाँच से इसे टाला जा सकता है।


3
प्रदर्शन चालक लंबे समय में सौभाग्य से, बीएसओडी का महत्वपूर्ण स्रोत नहीं रहे हैं। Microsoft ने Windows NT 6.0 (Vista) में ड्राइवर मॉडल को पूरी तरह से समाप्त कर दिया और ड्राइवर के एक महान सौदे को उपयोगकर्ता-मोड में धकेल दिया; बीएसओडी केवल कर्नेल-मोड चीजों के दुर्घटनाग्रस्त होने के कारण होते हैं। जब उपयोगकर्ता-मोड डिस्प्ले ड्राइवर सबसे खराब चीज को क्रैश करता है जो ऐसा होता है कि ड्राइवर खुद को रीसेट करता है - एक डी 3 डी गेम में आपको एक संदर्भ हानि से निपटना पड़ सकता है और थोड़ी देर के लिए संसाधनों को फिर से लोड करना पड़ सकता है लेकिन जीएल में आप कभी-कभी पूरी तरह से इस से उबर सकते हैं। । बीएसओडी प्राप्त करने में निम्न स्तर की विफलता को गंभीरता से लेता है।
एंडन एम। कोलमैन

0

एक शब्द का जवाब: हाँ।

विस्तृत उत्तर: हाँ। यह (कुछ स्थितियों में) हो सकता है। कल्पना कीजिए कि आप एक प्रोग्राम लिखते हैं जो आपके डेटा को अनंत लूप में तेजी से स्थानांतरित करता है। यह निश्चित है कि यह गर्म हो जाएगा। अब फिर से इसकी कूलिंग सिस्टम की जिम्मेदारी नहीं है कि वह इसकी देखभाल करे? निश्चित रूप से यह है। लेकिन आपको यह भी याद रखना चाहिए कि, शीतलन प्रणाली के कुछ सीमा स्तर भी हैं। यदि उत्पादित गर्मी आपके शीतलन प्रणाली के ऑपरेटिंग रेंज से बाहर है, तो आपका शीतलन प्रणाली शायद ही किसी काम का हो। मुझे पता है कि आपका ऐप क्या करता है, लेकिन प्रोग्रामर के नजरिए से बात करने पर, आप ऐसे प्रोग्राम लिख सकते हैं, जो इस तरह की स्थिति की ओर ले जाते हैं।


जहां तक ​​मैं बता सकता हूं, यह सब पहले ही कहा जा चुका है। क्या आपका आशय यही था?
एको

0
  1. उपयोग किए गए वास्तविक कार्ड के साथ एक बेमेल ड्राइवर स्थापित करने से आसानी से स्थायी नुकसान हो सकता है। मेरे दोस्त ने किसी तरह ओएस के दोहराए जाने और HDD के भौतिक परिवर्तन के माध्यम से इसे करने में कामयाबी हासिल की है।

  2. अपने पीसी को बहुत बार चालू और बंद करें। यकीन नहीं है कि अगर विफलता हो सकती है, लेकिन यह बहुत संभव है। वैसे भी, यह softwareकरने के लिए एक बहुत ही तरह की आवाज नहीं करता है।

  3. बिजली की खपत करने वाले USB उपकरणों को चालू और बंद करके सिस्टम में शक्ति के स्तर में हेरफेर करें (उदाहरण: बाहरी HDD जो इसका उपयोग किसी भी बिजली से नहीं करता है)। ऐसा करना हमेशा मेरे कीबोर्ड और माउस को अगले पुनरारंभ तक अनुपयोगी बनाता है और इसमें 2 साल से अधिक की रोज़ाना प्लगिंग 3 एचडीडी (इन और आउट) ने मेरी रैम चिप्स में से कई कोशिकाओं को जला दिया है जिसके परिणामस्वरूप हर 10-20 मिनट में बीएसओडी बन जाता है।


1
क्या आप उन चीजों के बारे में बात कर रहे हैं जो सॉफ्टवेयर द्वारा किया जा सकता है क्योंकि मुझे यकीन नहीं है?
एनपीएस

WRT # 3, USB द्वारा उपयोग की जाने वाली 5V रेल को 12V रेल (एस) से स्वतंत्र रूप से बिजली की आपूर्ति द्वारा विनियमित किया जाता है, जो कि सीपीयू, जीपीयू और सिस्टम मेमोरी को पावर करने के लिए मदरबोर्ड और ग्राफिक्स कार्ड पर आगे विनियमित होता है। मदरबोर्ड अक्सर यूएसबी पोर्ट के माध्यम से करंट को सीमित करने के लिए पॉलीफ़्यूज़ का उपयोग करते हैं, जो आपके कीबोर्ड / माउस के मुद्दों को समझा सकता है जब हार्ड ड्राइव प्लग किए जाते हैं यदि वे एक ही पॉलीफ़्यूज़ साझा करते हैं। प्लाटर को स्पिन करने के लिए करंट के कारण यूएसबी पॉवर रेल पर वोल्टेज ड्रॉप हो सकता है, जिससे कीबोर्ड के माइक्रोकंट्रोलर पर ब्राउन-आउट हो सकता है। आपकी असफल रैम लगभग निश्चित रूप से एक संयोग है, हालांकि।
bcrist

0

मेरा व्यक्तिगत अनुभव:

मैं एक लेनोवो थिंकपैड T61p के साथ अगस्त 2008 में बनाया गया एक Quadro FX570M था, इस बैच को दोषपूर्ण GPU के लिए जाना जाता था जो कि एक दिन या अन्य विफल हो जाएगा (कुछ टांका लगाने वाले GPU के कुछ अंशों पर उप-इष्टतम था।)

लगभग 5 साल तक सब कुछ ठीक था जब तक मैं XCOM नहीं चला, उस पर ब्यूरो (एक गेम जो वास्तव में अनुकूलित नहीं होने के लिए जाना जाता है), लैपटॉप गर्म था, पूरी गति से प्रशंसक और लगभग 1 घंटे के गेमिंग के लिए यह फ्रीज नहीं बल्कि सामान्य फ्रीज था ।

अंदाज़ा लगाओ ? मैंने लैपटॉप को बंद कर दिया और वापस चला गया, यह एक वीडियो विफलता का संकेत देने वाले प्रासंगिक BIOS बीप कोड के साथ मृत था।

अपने प्रश्न का उत्तर देने के लिए : हाँ (जैसा कि अन्य ने बताया है), एक सॉफ्टवेयर निश्चित रूप से हार्डवेयर को तोड़ सकता है यदि पूर्व को किसी तरह से संरक्षित नहीं किया जाता है ; अगर उदाहरण के लिए GPU प्रशंसक बंद कर दिया जाता है, तो यह निश्चित रूप से सफलता की 100% संभावना के साथ उड़ जाएगा: डी


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

0

मेरे पास एक बार एक GeForce 4 एमएक्स 440 ग्राफिक्स बोर्ड था और मैं राजकुमार फारस खेलना चाहता था: समय की रेत। लेकिन गेम लॉन्च नहीं हुआ क्योंकि यह अपेक्षित पिक्सेल शैडर समर्थन नहीं पा सका। यह मेरे लिए थोड़ा अप्रत्याशित था, क्योंकि बाद के राजकुमार फारस: वारियर विंस ने ठीक काम किया।

इसलिए, अंत में मैंने 3 डी विश्लेषक ( http://www.tommti-systems.com/main-Dateien/files.html ) पाया और खेल को चलाने के लिए मजबूर किया और कई दिनों तक खेल खेला। कुछ दिनों के बाद, मेरा वीडियो कार्ड टूट गया - अब कुछ भी प्रदर्शित नहीं किया। मेरे पास लगभग 5-6 महीनों के लिए नया कंप्यूटर था, इसलिए मुझे लगता है कि खेल को इस तरह से चलाने के लिए मजबूर करने से मेरा वीडियो कार्ड टूट गया :(


-1

हां, मैंने कुछ तोड़ दिया है। मैं ग्रिड जीपीयू की गणना करने वाले ऐप्स अब नहीं चलाता। कुछ ऐप उन को तोड़ते हैं, खासकर जब मशीन स्लीपिंग मोड में जाती है, लेकिन सामान्य परिस्थितियों में जब ब्लोअर काम कर रहे होते हैं / तरल ठंडा हो रहा होता है, तब तक कोई समस्या नहीं होनी चाहिए जब तक कि ठंडा न किया जाए।


"स्लीपिंग मोड" का क्या मतलब है? "स्लीप मोड" आम तौर पर एक कंप्यूटर पावर स्टेट जिसमें केवल रैंडम एक्सेस मेमोरी रहती है, सस्पेंड-टू-रैम को संदर्भित करता है । यह एक ग्राफिक्स कार्ड कैसे टूटेगा?
Anko

@ अको, इसे यहां से ले जाओ। en.wikipedia.org/wiki/Sleep_mode
Anssi

ठीक है, यही मैंने सोचा था कि आप का मतलब है। मैं हालांकि इस तर्क से भ्रमित हूँ: जब आवेदन स्लीप मोड के लिए निलंबित किए जाते हैं, तो वे नुकसान कैसे पहुंचा सकते हैं?
Anko

-2

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


3
वह परिदृश्य किसी एप्लिकेशन के कारण कैसे होगा? यह प्रश्न को संबोधित नहीं करता है।
सेठ बैटन

मेरा मानना ​​है कि आप AND, OR, NOT लॉजिक गेट्स से परिचित नहीं हैं
Orenrocco

5
और मेरा मानना ​​है कि आप बेतहाशा चूक गए, दूसरी बार।
सेठ बैटन

1
कोई सॉफ्टवेयर कमांड नहीं है sendShortCircuit, क्योंकि शॉर्ट सर्किट ग्राफिक्स कार्ड के साथ एक दोष होगा। इसके लिए सॉफ्टवेयर जिम्मेदार नहीं होगा। यह प्रश्न इस बारे में है कि उदाहरण के लिए ग्राफिक्स कार्ड को "1s, 90% उपयोग दीर्घकालिक औसत के लिए 100% उपयोग" रेट किया गया है और सॉफ़्टवेयर को उस रेटिंग से अधिक नहीं होने के लिए बाध्य किया गया है
रिचर्ड टिंगल

3
@ user3643191, हम आप पर हमला नहीं कर रहे हैं; हम उन स्थानों को इंगित कर रहे हैं, जहाँ आपकी पोस्ट को बेहतर और स्पष्ट किया जा सकता है। इन सभी टिप्पणियों को अंततः (डिज़ाइन द्वारा) हटा दिया जाएगा; आपकी पोस्ट वही है जो बनी रहेगी। आप किसी भी समय अपनी पोस्ट को संपादित और सुधार सकते हैं, इसलिए बेहतर उत्तर देने का अवसर लें। एक बार जब आप ऐसा कर लेते हैं, तो आप शायद कुछ अपवोट्स (या किसी को डाउनवोट हटा सकते हैं) उठा सकते हैं, ये टिप्पणियां अंततः चली जाएंगी, और आपका ज्ञानवर्धक उत्तर आने वाले वर्षों के लिए शिक्षित करेगा।
आलूबजाइनर
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.