Baru-baru ini saya berlari yes > /dev/nullselama 3 menit untuk menguras baterai Mac saya. Selama waktu itu, suhu naik ke 72 ° C dan kipas berputar hingga 4000 RPM. Saya segera keluar dari proses.
Haruskah saya khawatir perangkat keras atau papan logika ini rusak?
/dev/nullpelabuhan pada akhirnya sehingga Anda akan membutuhkan piston yang terlalu besar, tetapi tunggu sampai Anda melihat asap dari knalpot sebelum bergegas ke mekanik.Jawaban:
Tentu seperti yang dikatakan orang lain: CPU dan kernel keduanya memiliki strategi penyelamatan diri sendiri.
Saya akan menambahkan beberapa rasa tentang bagaimana
yesmenggunakan sumber daya komputer.Perlu dibedakan antara perilaku BSD
yesdan GNUyes.macOS adalah BSD, jadi akan menggunakan distribusi BSD (lama)
yes.yeskode sumber macOS (Darwin)yesKode sumber BSDyesKode sumber GNUDiskusi yang baik tentang perbedaan ada di Bagaimana GNU
yesbegitu cepat?Dan diskusi tentang diskusi itu ada di utas Berita Peretas dengan nama yang sama .
BSD / macOS
yesbenar-benar hanya berjalanputs("y");dalam satu lingkaran ketatGNU
yes... agak lebih serius. Ini memiliki optimasi jauh melampaui buffering I / O.sumber
Petunjuk untuk
yesmendapatkan permata kecil ini dari halaman manual :Yang berarti, tidak, Anda tidak akan merusak perangkat keras Anda. Menggunakan
yesperintah adalah cara menggunakan semua (yaitu 100%) CPU Anda. Gejala-gejala yang Anda alami (yaitu kenaikan suhu dan peningkatan hasil RPM kipas) diharapkan dalam kondisi ini. Selain itu, CPU Anda akan "throttle back" dan akhirnya dimatikan jika ambang termal melebihi untuk mencegah kerusakan.sumber
The
yesperintah hanya berulang kali menulis string ke stdout, karakter y secara default. Mengarahkan ulang (>) itu/dev/nullhanya menyebabkan aliran data dilupakan. Dengan kata lain ini tidak memiliki efek abadi pada kondisi komputer Anda yang terus-menerus, ini bukan perintah yang berbahaya melalui lensa ini.Karena perintah yes menulis string ke stdout tanpa kendala pada kecepatan output, ini akan menyebabkan CPU mencapai pemanfaatan maksimal pada satu inti. Ini adalah penyebab kenaikan suhu prosesor dan peningkatan kecepatan kipas yang terkait.
Dalam mesin modern, terutama yang dirancang dengan baik seperti laptop Apple, perangkat keras akan melindungi dirinya dari kerusakan akibat panas berlebih. Pertama dengan meningkatkan kecepatan kipas, kemudian dengan mengurangi kecepatan clock prosesor, dan akhirnya dengan menghentikan prosesor. Tanpa sengaja menghindari fitur-fitur ini, perangkat keras Anda tidak kepanasan. Mesinnya baik-baik saja.
Anda menyebutkan suhu 72 ° C secara khusus. Ini bukan suhu yang sangat tinggi untuk CPU mati. CPU seluler sederhana, i5-7260U, menentukan suhu maksimum yang diizinkan 100 ° C. Anda dapat melihat spesifikasi sebagai T_Junction di bagian spesifikasi paket halaman ini: http://ark.intel.com/products/97539/Intel-Core-i5-7260U-Processor-4M-Cache-up-to-3_40- GHz
sumber
Kebenaran yang menyedihkan adalah: ini bisa "Membahayakan Mac ".
Contoh aktual yang diberikan dalam tubuh untuk pertanyaan: ini sangat mungkin tidak membahayakan perangkat. Memang.
Tetapi sebagai jawaban umum untuk pertanyaan dalam judul: Itu tergantung pada jenis Mac yang kita bicarakan. Saran dan alasan yang diberikan sejauh ini pada pertanyaan ini atau dalam komentar tidak secara universal benar dan bisa sangat berbahaya! Ada terlalu banyak kepercayaan dan keyakinan yang diberikan hanya pada kepercayaan bahwa perangkat keras Apple adalah yang terbaik yang ada.
Tidak benar bahwa Apple mendesain sekarang atau dirancang di masa lalu semua sistemnya untuk benar-benar tidak membahayakan diri mereka sendiri karena terlalu panas. Meskipun benar bahwa ini seharusnya tidak terjadi , tetapi juga benar bahwa hal itu terjadi . Dan apakah:
Contoh utama untuk ini adalah MacBook Pro, terutama yang dari 2010-2012. Sementara chip Intel yang terutama ditekankan
yespada semua thread untuk waktu yang lama akan melambat, akan menangani suhu tinggi dengan cukup baik dan bahkan OS akan menendang dan meningkatkan kernel_task untuk melakukan apa pun yang berguna kecuali membantu mendinginkan mesin, diskrit chip pada heatpipe yang sama adalah mitra yang rentan di sana.Menekan sistem ini dengan sia-sia, seperti dengan
yes, mempercepat kegagalan chip grafis RadeonGate. Ada banyak contoh pertanyaan untuk 2011, 8,2 yang paling banyak dipengaruhi pada situs web ini. Kegagalan GPU ini adalah masalah termal. Bahkan ada panduan di luar sana tentang cara membunuh mesin dengan hanya menjalankan rendering 3D berat atau benchmark untuk sementara waktu. Sistem ini diiklankan untuk tetapi tidak cocok untuk mis rendering atau game. Tuntutan class action (hanya terancam) dan Perbaikan Program Ekstensi berbicara sendiri.sumber
yesbagaimanapun juga tidak berinteraksi dengan GPU. The sumber untukyeshanya panggilan paling perpustakaan dasar; tidak satupun dari mereka yang menjadi perpustakaan matematika (minimal diperlukan untuk mengakses GPU). Kedua, video yang Anda tautkan tidak terhubungyesdengan GPU yang gagal. Rossman menghubungkan GPU yang gagal dengan manufaktur yang buruk.yesMenekankan CPU. CPU yang stres menjadi hangat. Temperatur kemudian meningkat pada heat sink dan heat sink yang sama harus mendinginkan GPU yang rentan. Heat sink / desain termal gagal melakukannya secara teratur pada sebagian besar 8,2 MBP.