चल रहा है 'हाँ> / dev / null' एक मैक को नुकसान पहुंचा सकता है?

36

मैंने हाल ही में yes > /dev/nullअपने मैक की बैटरी को निकालने के लिए 3 मिनट तक दौड़ लगाई। उस समय के दौरान, तापमान 72 ° C तक बढ़ गया था और प्रशंसकों ने 4000 RPM तक फैला दिया था। मैंने तुरंत प्रक्रिया छोड़ दी।

क्या मुझे यह डर होना चाहिए कि इससे हार्डवेयर या लॉजिक बोर्ड खराब हो गया है?

— bmike
स्रोत

9

क्या आपको लगता है कि मैक को 3 डी गेम खेलने, बड़ी सॉफ्टवेयर परियोजनाओं को संकलित करने, या इसी तरह क्षतिग्रस्त करने के लिए डिज़ाइन किया गया है?

— user253751

3

यहाँ जोड़ना चाहूँगा कि मेरा एक मित्र कुछ बड़ी परियोजनाओं को संकलित करके अपने छोटे से ऐप्पल नोटबुक के कीबोर्ड (मुझसे सटीक मॉडल के लिए न पूछें) को पिघलाने में कामयाब रहा। बाद में A कुंजी को थोड़ा विकृत किया गया था। अभी भी कार्यात्मक है, लेकिन आप अंतर देख सकते हैं।

— बाइट कमांडर

3

आप /dev/nullअंततः बंदरगाह पर बोर पहनेंगे, इसलिए आपको ओवरसाइज्ड पिस्टन की आवश्यकता होगी, लेकिन तब तक प्रतीक्षा करें जब तक आप मैकेनिक के लिए भागने से पहले निकास से धुआं नहीं देखते।

— user207421

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

— एलन

आपकी टिप्पणी से आपका क्या मतलब है? @EJP

3

निश्चित रूप से अन्य लोगों ने कहा है: सीपीयू और गिरी दोनों की अपनी-अपनी स्व-संरक्षण रणनीति है।

मैं कुछ के विषय में स्वाद जोड़ देंगे कैसे yes उपयोग करता है कंप्यूटर संसाधनों।

यह BSD yesऔर GNU के व्यवहार के बीच अंतर करने लायक है yes।
macOS एक BSD है, इसलिए BSD के (पुराने) वितरण का उपयोग करेगा yes।

मतभेदों की एक अच्छी चर्चा जीएनयू में yesकितनी तेजी से मौजूद है?

और उसी नाम के हैकर न्यूज थ्रेड पर उस चर्चा की एक चर्चा मौजूद है ।

BSD / macOS yesवास्तव में सिर्फ puts("y");एक तंग लूप में चलता है।
GNU yesहै ... कुछ और अधिक गंभीर। यह आई / ओ के मात्र बफरिंग से परे अनुकूलन है।

— Birchlabs
स्रोत

55

मैन पेजyes से इस छोटे से रत्न के लिए निर्देश हैं :

100% प्रोसेसर उपयोग में हाँ परिणामों का उपयोग करना, इस कारण से इसका उपयोग शायद ही कभी किया जाता है जैसे कि किसी कंप्यूटर के सीपीयू को अधिकतम करने के लिए।

जिसका मतलब है, नहीं, आपने अपने हार्डवेयर को नुकसान नहीं पहुंचाया है। yesकमांड का उपयोग करना आपके CPU के सभी (यानी 100%) का उपयोग करने का एक तरीका है। आपके द्वारा अनुभव किए गए लक्षण (अर्थात तापमान में वृद्धि और प्रशंसक आरपीएम में वृद्धि) इन परिस्थितियों में होने की उम्मीद है। इसके अतिरिक्त, आपका सीपीयू "थ्रॉटल बैक" करेगा और अंततः नुकसान को रोकने के लिए इसकी थर्मल सीमा को पार कर जाएगा।

— एलन
स्रोत

2

पूर्णतया सहमत। मशीनों को 100 डिग्री सीपीयू पर घंटों तक चलाया जा सकता है और कई सेफगार्ड को कम सीपीयू शेड्यूलिंग में रखा जा सकता है अगर कूलिंग नहीं रख रहा है।

— bmike

1

लेकिन मैंने सुना है कि निष्पादन के दौरान लूप चलाते समय कुछ हिस्सों को पिघला सकता है। और मुझे हां कमांड को चलाने में कितना समय लगना चाहिए ताकि मेरा मैक 105 सी तक पहुंच जाए?

3

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

— एलन

3

यह मैनपेज से काफी आश्चर्यजनक कथन है! इसे अपने दम पर चलाने के दौरान, मैं सहमत हूं, बहुत बेकार है, इसे एक और कमांड में पाइप करना समय-समय पर काफी उपयोगी हो सकता है।

— मुजेर

3

सामान्य ज्ञान: पुराने कंप्यूटर में एक निर्देश था जिसे "हॉल्ट" कहा जाता था, और इसे स्वयं के लिए एक गोटो के रूप में लागू किया गया था, लेकिन कुछ मशीनों में इसे "हॉल्ट एंड कैच फायर" के रूप में भी जाना जाता था

— फेरीबग

8

yesआदेश बस बार-बार stdout के लिए एक स्ट्रिंग, डिफ़ॉल्ट रूप से चरित्र y लिखता है। पुनर्निर्देशित ( >) यह /dev/nullकेवल स्ट्रीम डेटा के भूल जाने का कारण बनता है। दूसरे शब्दों में, आपके कंप्यूटर की लगातार स्थिति पर इसका कोई स्थायी प्रभाव नहीं है, यह इस लेंस के माध्यम से एक हानिकारक आदेश नहीं है।

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

एक आधुनिक मशीन में, विशेष रूप से एक Apple लैपटॉप की तरह डिज़ाइन किया गया, हार्डवेयर अपने स्वयं को ओवरहिटिंग क्षति से बचाएगा। पहले पंखे की गति बढ़ाकर, फिर प्रोसेसर घड़ी की गति को कम करके, और अंत में प्रोसेसर को रोक कर। जानबूझकर इन सुविधाओं को दरकिनार किए बिना, आपका हार्डवेयर ज़्यादा गरम नहीं हुआ। मशीन ठीक है।

आपने विशेष रूप से 72 ° C के तापमान का उल्लेख किया है। यह CPU के मरने के लिए बहुत अधिक तापमान नहीं है। एक मामूली मोबाइल सीपीयू, i5-7260U, अधिकतम 100 ° C के अनुमेय तापमान को निर्दिष्ट करता है। आप इस पृष्ठ के पैकेज विनिर्देशों अनुभाग में T_Junction के रूप में विनिर्देश देख सकते हैं: http://ark.intel.com/products/97539/Intel-Core-i5-7260U-Processor-4M-Cache-up-3_40- गीगा

— trognanders
स्रोत

-2

दुख की बात सच है: यह कर सकते हैं "क्षति पहुंचा एक मैक "।

प्रश्न के लिए शरीर में दिए गए वास्तविक उदाहरण: यह बहुत संभावना नहीं है कि डिवाइस को नुकसान पहुंचाए। दी।

लेकिन शीर्षक में प्रश्न के सामान्य उत्तर के रूप में: यह इस बात पर निर्भर करता है कि हम किस प्रकार के मैक के बारे में बात कर रहे हैं। इस सवाल पर या टिप्पणियों में अब तक दी गई सलाह और तर्क सार्वभौमिक रूप से सच नहीं है और यह काफी खतरनाक हो सकती है! बहुत अधिक विश्वास और विश्वास मात्र विश्वास में रखा गया है कि Apple हार्डवेयर बस सबसे अच्छा है।

यह केवल सच नहीं है कि Apple अब डिजाइन करता है या अतीत में अपने सभी सिस्टम को डिज़ाइन करता है जो वास्तव में ओवरहीटिंग के माध्यम से खुद को नुकसान नहीं पहुंचाता है। जबकि यह सच है कि ऐसा नहीं होना चाहिए यह भी सच है कि ऐसा होता है । और किया:

इसके लिए प्रमुख उदाहरण मैकबुक पेशेवरों, विशेष रूप से 2010-2012 के हैं। जबकि इंटेल चिप जो मुख्य रूप से yesलंबे समय के लिए सभी थ्रेड्स पर जोर देती है , थ्रॉटल को नीचे गिरा देगी, उच्च तापमान को काफी अच्छी तरह से संभाल लेगी और यहां तक कि ओएस मशीन को ठंडा करने में मदद करने के अलावा कुछ भी उपयोगी नहीं करने के लिए कर्नेल_टैक्स को किक करेगा और रैंप करेगा। उसी हीटपाइप पर चिप वहां का असुरक्षित प्रतिरूप है।

इन प्रणालियों को अनावश्यक रूप yesसे तनाव देना , जैसे कि RadeonGate ग्राफिक्स चिप विफलता को तेज करता है। इस वेब-साइट पर सबसे अधिक प्रभावित 2011 8,2 में प्रश्नों के कई उदाहरण हैं। इस GPU विफलता है एक थर्मल मुद्दा। वहाँ भी गाइड कर रहे हैं कि कैसे सिर्फ एक समय के लिए भारी 3 डी प्रतिपादन या बेंचमार्क चलाकर मशीन को मारने के लिए। इन प्रणालियों का विज्ञापन किया गया था, लेकिन उदाहरण के लिए रेंडरिंग या गेमिंग के लिए अनुकूल नहीं था। क्लास एक्शन मुकदमे (केवल धमकी) और मरम्मत विस्तार कार्यक्रम खुद के लिए बोलते हैं।

— LаngLаngС
स्रोत

1

मैं रेटिना के साथ 2015 की शुरुआत में मैकबुक का मालिक हूं, जानकारी के लिए मैकबुक 2011 नहीं। हालांकि वीडियो देखें।

यह उत्तर मूलभूत रूप से गलत है। yesवैसे भी GPU के साथ बातचीत नहीं करता है। स्रोत के लिए yesकेवल सबसे बुनियादी पुस्तकालयों कॉल; उनमें से कोई भी गणित पुस्तकालयों (न्यूनतम पर GPU का उपयोग करने के लिए आवश्यक) नहीं है। दूसरे, आपके द्वारा लिंक किया गया वीडियो किसी भी तरह yesसे विफल GPUs से लिंक नहीं होता है। रॉसमैन लिंक खराब विनिर्माण के साथ GPU में विफल रहे।

— एलन

यह दिए गए उपकरणों पर मूलभूत रूप से गलत नहीं है। मेरा उत्तर उपकरणों के बीच अंतर करने के बारे में है। और यह खराब विनिर्माण और स्वाभाविक रूप से खराब डिजाइन के बारे में है। yesCPU को तनाव देता है। एक तनावग्रस्त सीपीयू गर्म हो जाता है। तापमान को फिर हीट सिंक पर बढ़ाया जाता है और उसी हीट सिंक को कमजोर GPU को ठंडा करना होता है। हीट सिंक / थर्मल डिज़ाइन नियमित रूप से सबसे अधिक 8.2 MBP पर ऐसा करने में विफल रहता है।

— 21

@LangLangC - यह हीट सिंक / थर्मल डिज़ाइन विफल हो जाता है। यह एक तार्किक गिरावट है। एक शून्य सबूत है कि एक गर्म (एर) सीपीयू गर्मी सिंक के ऊर्जा अपव्यय गुणों में बाधा उत्पन्न करता है जिससे GPU विफल हो जाता है और आप दावे का समर्थन करने के लिए सबूत की आपूर्ति करते हैं। आपके द्वारा लिंक किया गया वीडियो (इसके सभी 17 मिनट) उच्चतर सीपीयू टेम्पों या सीपीयू पर जोर देने का कोई उल्लेख नहीं करता है।

— एलन

सबूत इन इकाइयों में विफलता की दर में है। क्या आपने इन हीटसिंक को देखा है? यह सरल भौतिकी है।

— 22 अक्टूबर को