การเรียกใช้ `ใช่> / dev / null` สามารถทำร้าย Mac ได้หรือไม่?

ฉันเพิ่งวิ่งไปyes > /dev/null3 นาทีเพื่อให้แบตเตอรี่ของ Mac หมด ในช่วงเวลานั้นอุณหภูมิเพิ่มขึ้นเป็น 72 ° C และพัดลมหมุนได้ถึง 4000 รอบต่อนาที ฉันออกจากกระบวนการทันที

ฉันควรกลัวว่ามีฮาร์ดแวร์ที่เสียหายหรือบอร์ดตรรกะหรือไม่

แน่นอนว่าคนอื่น ๆ กล่าวว่า: CPU และเคอร์เนลทั้งสองมีกลยุทธ์การเก็บรักษาตัวเอง

ฉันจะเพิ่มรสชาติบางอย่างเกี่ยวกับวิธีการ yesใช้ทรัพยากรคอมพิวเตอร์

มันคุ้มค่าที่แตกต่างระหว่างพฤติกรรมของการ bsd yesและ yesGNU
MacOS เป็น BSD ดังนั้นจะใช้ (เดิม) การกระจายของ yesBSD

• yesรหัสที่มาmacOS (ดาร์วิน)
• yesรหัสต้นฉบับBSD
• yesซอร์สโค้ดGNU

การสนทนาที่ดีของความแตกต่างมีอยู่ที่GNU yesรวดเร็วแค่ไหน?

และการอภิปรายของการสนทนาที่มีอยู่บนHacker หัวข้อข่าวที่มีชื่อเดียวกัน

BSD / macOS yesจะทำงานputs("y");ในวงวนจริง ๆ
GNU yesนั้น…ค่อนข้างจริงจังมากขึ้น มันมีการเพิ่มประสิทธิภาพเกินกว่าเพียงบัฟเฟอร์ I / O

คำแนะนำสำหรับการyesมีอัญมณีเล็ก ๆ นี้จากหน้าคน :

การใช้ yes ให้ผลลัพธ์ในการใช้งานตัวประมวลผล 100% ด้วยเหตุนี้จึงไม่ค่อยมีใครใช้นอกเหนือจากการทดสอบเช่นเพื่อใช้ CPU ของคอมพิวเตอร์ให้เกิดประโยชน์สูงสุด

ซึ่งหมายความว่าไม่คุณจะไม่ได้รับความเสียหายฮาร์ดแวร์ของคุณ การใช้yesคำสั่งเป็นวิธีการใช้ CPU ของคุณทั้งหมด (เช่น 100%) อาการที่คุณพบ (เช่นอุณหภูมิที่เพิ่มขึ้นและการเพิ่มขึ้นของพัดลม RPM) คาดว่าจะเกิดขึ้นภายใต้สถานการณ์เหล่านี้ นอกจากนี้ CPU ของคุณจะ "เค้นกลับ" และปิดตัวลงในที่สุดหากเกินขีดจำกัดความร้อนเพื่อป้องกันความเสียหาย

yesคำสั่งเพียงแค่เขียนซ้ำ ๆ สตริงเพื่อ stdout, y ที่ตัวละครโดยค่าเริ่มต้น การเปลี่ยนเส้นทาง ( >) เป็น/dev/nullเพียงการทำให้ข้อมูลสตรีมถูกลืม ในคำอื่น ๆ นี้จะไม่มีผลกระทบยาวนานกับสถานะถาวรของคอมพิวเตอร์ของคุณมันไม่ได้เป็นคำสั่งที่เป็นอันตรายผ่านเลนส์นี้

เนื่องจากคำสั่ง yes เขียนสตริงไปยัง stdout โดยไม่มีข้อ จำกัด ใด ๆ เกี่ยวกับความเร็วเอาต์พุตสิ่งนี้จะทำให้ CPU สามารถเข้าถึงการใช้ประโยชน์สูงสุดบนแกนเดียว นี่คือสาเหตุของอุณหภูมิโปรเซสเซอร์เพิ่มขึ้นและความเร็วพัดลมที่เกี่ยวข้องเพิ่มขึ้น

ในเครื่องที่ทันสมัยโดยเฉพาะอย่างยิ่งการออกแบบที่ดีเช่นเดียวกับแล็ปท็อปของ Apple ฮาร์ดแวร์จะปกป้องตัวเองจากความเสียหายที่สูงเกินไป เริ่มจากการเพิ่มความเร็วพัดลมจากนั้นลดความเร็วสัญญาณนาฬิกาของโปรเซสเซอร์และท้ายที่สุดโดยหยุดโปรเซสเซอร์ หากไม่มีการหลีกเลี่ยงคุณสมบัติเหล่านี้โดยเจตนาฮาร์ดแวร์ของคุณจะไม่ร้อนเกินไป เครื่องดี

คุณพูดถึงอุณหภูมิ 72 ° C โดยเฉพาะ นี่ไม่ใช่อุณหภูมิที่สูงมากสำหรับซีพียูที่ตาย ซีพียูมือถือที่เรียบง่าย i5-7260U ระบุอุณหภูมิสูงสุดที่อนุญาตได้ที่ 100 ° C คุณสามารถดูข้อกำหนดเป็น T_Junction ในส่วนข้อมูลจำเพาะของแพคเกจของหน้านี้: http://ark.intel.com/products/97539/Intel-Core-i5-7260U-Processor-4M-Cache-up-to-3_40- GHz

ความจริงที่น่าเศร้าคือสิ่งนี้สามารถ "ทำร้ายเครื่อง Mac " ได้

ตัวอย่างจริงที่ให้ไว้ในเนื้อความสำหรับคำถาม: สิ่งนี้มีโอกาสมากที่จะไม่เป็นอันตรายต่ออุปกรณ์ ที่ได้รับ

แต่เป็นคำตอบทั่วไปสำหรับคำถามในชื่อเรื่อง: ขึ้นอยู่กับประเภทของ Mac ที่เรากำลังพูดถึง คำแนะนำและเหตุผลที่ให้ไว้กับคำถามนี้หรือในความคิดเห็นนั้นไม่เป็นความจริงในระดับสากลและอาจเป็นอันตรายได้! มีความเชื่อมั่นและศรัทธามากเกินไปที่เชื่อว่าฮาร์ดแวร์ของ Apple เป็นสิ่งที่ดีที่สุด

มันไม่จริงเลยที่ Apple ออกแบบตอนนี้หรือออกแบบมาในอดีตทุกระบบเพื่อไม่ให้ทำร้ายตัวเองผ่านการทำให้ร้อนมากเกินไป ในขณะที่มันเป็นความจริงที่ว่านี้ไม่ควรเกิดขึ้นมันก็ยังเป็นความจริงที่ว่ามันจะเกิดขึ้น และก็:

ตัวอย่างที่ดีสำหรับเรื่องนี้คือข้อดีของ MacBook โดยเฉพาะอย่างยิ่งจาก 2010-2012 ในขณะที่ชิป Intel ที่เน้นเป็นหลักyesในทุกเธรดเป็นเวลานานจะเร่งความเร็วลง แต่จะจัดการกับอุณหภูมิที่สูงได้เป็นอย่างดีและแม้กระทั่งระบบปฏิบัติการก็จะเตะเข้าหาและเพิ่มความเร็ว kernel_task เพื่อทำสิ่งที่มีประโยชน์ยกเว้นช่วยให้เครื่องเย็นลง ชิปใน heatpipe เดียวกันนั้นเป็นสิ่งที่มีช่องโหว่

การเน้นระบบเหล่านี้โดยไม่จำเป็นต้องyesเร่งให้เกิดความล้มเหลวของชิปกราฟิก RadeonGate มีตัวอย่างมากมายของคำถามที่มีผลกระทบมากที่สุดในปี 2011 ที่ 8,2 ในเว็บไซต์นี้มาก ความล้มเหลวของ GPU นี้เป็นปัญหาด้านความร้อน มีแม้กระทั่งคำแนะนำเกี่ยวกับวิธีการฆ่าเครื่องจักรโดยใช้การเรนเดอร์ 3D แบบหนักหรือการวัดระยะเวลา ระบบเหล่านี้มีการโฆษณา แต่ไม่เหมาะสำหรับการแสดงผลหรือการเล่นเกม การฟ้องร้องดำเนินคดีแบบกลุ่ม (ถูกคุกคามเท่านั้น) และโปรแกรมเสริมการซ่อมแซมพูดด้วยตนเอง