Mengapa memulai ulang komputer memperbaiki hal-hal?

17

Judul mengatakan sit all, tetapi mengapa me-restart komputer cenderung untuk memperbaiki keadaan? Sepertinya orang-orang IT selalu bertanya, "Apakah Anda me-restart PC Anda?" Tapi kenapa?

troubleshooting  reboot 
— RSolberg
sumber
Dan ya .... Ini adalah cara lumpuh untuk mendapatkan beberapa perwakilan di SU ketika situs diluncurkan ...
— RSolberg

Jawaban:

20

Pada dasarnya karena segala sesuatu yang berantakan mendapat kesempatan untuk memulai kembali. Bayangkan Anda membuat roti panggang dan membakarnya. Membuangnya dan memulai lagi adalah salah satu cara untuk memperbaiki masalah itu dan akan selalu berhasil lebih baik daripada menghapus potongan roti bakar.

— Tom Robinson
sumber
1
dan enak juga! seperti pizza Anda jatuh sebelum masuk oven ... jauh lebih baik untuk tidak mengambil semua keju parut dan saus tomat .. oh tunggu saya pikir saya pergi terlalu jauh ..
— geocoin
Adakah yang bisa membuat analogi yang lebih baik tetapi serupa? Saya tidak 100% senang dengan ini.
— Tom Robinson
Ya, menyalakan kembali komputer Anda seperti menghapus potongan yang terbakar dari roti bakar dan memasukkannya kembali ke dalam pemanggang. Apa yang Anda jelaskan adalah menginstal ulang OS ;-)
— DisgruntledGoat
3
Ok, bayangkan Anda memiliki papan tulis di mana Anda memiliki ruang untuk menulis 5 hal yang perlu Anda lakukan. Seringkali Anda menggosok tugas yang telah Anda selesaikan dan menggantinya dengan yang baru. Sekarang katakanlah Anda secara tidak sengaja mengambil spidol permanen daripada spidol yang larut dalam air untuk menulis tugas baru Anda. Ketika Anda datang untuk menggosok tugas ini Anda tidak bisa sampai Anda menghapus seluruh papan bersih dengan alkohol. Restart komputer Anda adalah "sama' seperti menyeka papan bersih, ia bisa menghilangkan semua 'terjebak' kode
— David Hayes
Melanjutkan kontes analogi, Anda dapat mencoba mengumpulkan susu yang tumpah kembali ke dalam cangkir atau Anda dapat menuangkan segelas susu lagi untuk diri sendiri.
— emallove
8

Salah satu alasan utama komputer Anda melambat adalah karena Random Access Memory (RAM) sedang digunakan. Sistem operasi, serta program yang Anda jalankan, semua menggunakan RAM. Namun, hanya ada begitu banyak, dan itu hanya dapat diakses dengan cepat. Jika komputer Anda mencoba menggunakan banyak RAM (seringkali lebih banyak daripada yang tersedia), itu melambat. Perlu membuat file swap file tambahan pada hard drive untuk bertindak sebagai "RAM" ekstra, tetapi kurang efisien. Ini, antara lain, membuat komputer Anda melambat.

Menutup beberapa program harus membebaskan ruang RAM, tetapi kebocoran memori mungkin terjadi. Itu berarti bahwa program tersebut mungkin secara tidak sengaja mengambil RAM yang tidak / tidak bisa dibebaskan ketika ditutup. "Ahhh," katamu, "itu akan menghabiskan semua RAM-ku!" Nggak. Jika Anda me-restart komputer, semua RAM dihapus. Ada RAM yang lebih banyak, sehingga komputer Anda dapat berjalan lebih cepat.

Ada masalah lain yang bisa diperbaiki dengan restart juga. Misalnya, jika suatu program entah bagaimana mulai menggunakan sejumlah besar siklus prosesor (setiap siklus terdiri dari perhitungan, dan semua perhitungan ini membuat komputer Anda "menghitung", alias bekerja). Ketika komputer dihidupkan ulang, kontrol prosesor diberikan tanpa syarat ke bootloader, dan kemudian diserahkan ke OS, yang dapat dimulai dari awal. Tidak lagi didominasi oleh program serakah.

Namun kemungkinan lain adalah bahwa komputer itu terlalu panas. Terlalu panas, sederhananya, tidak baik untuk komputer. Mematikan mesin dan membiarkannya dingin selama beberapa menit tidak ada salahnya. Bahkan, beberapa (jika tidak semua) komputer diatur untuk dimatikan jika mereka mencapai suhu internal tertentu.

Singkatnya, restart membuat komputer dalam keadaan di mana perangkat lunak yang tepat mengendalikan perangkat keras yang tepat (mungkin lebih dingin), dalam keadaan ini sudah diketahui berfungsi dengan benar.

— stalepretzel
sumber
Saya pernah memiliki Dell Inspiron dengan Pentium 4 di dalamnya. Di musim panas, kadang-kadang akan mati tanpa peringatan. Ternyata debu telah dibangun di dalam, menyebabkan ia memanas sampai mencapai 75 derajat celsius, yang merupakan suhu di mana P4s secara otomatis mematikan ..
— John Fouhy
1
Masalah kebocoran memori tidak benar-benar relevan dengan berbasis NT (Windows 2000 dan seterusnya) atau OS Linux. Tentu itu dulu kasus untuk DOS, tetapi OS modern akan memulihkan semua memori program yang dialokasikan, bocor atau tidak, ketika menutup *. Secara teori ini adalah masalah untuk layanan dan sejenisnya, tetapi ini pada umumnya cukup solid. * Karena algoritma alokasi memori, penggunaan OS ini bukan mem dokumen sederhana yang Anda harapkan.
— user2630
6

Pertanyaan bagus! Jawaban singkatnya adalah "itu tergantung"

Jawaban yang lebih panjang adalah bahwa Windows memiliki sumber daya terbatas untuk digunakan aplikasi (Memori, Pegangan Jendela, Pegangan File, dll.) Jika aplikasi yang ditulis dengan buruk tidak memberikan sumber daya ini kembali ke Windows ketika selesai Anda Windows kehabisan sumber daya. Ini menyebabkan masalah dengan aplikasi lain. Jelas hal yang sama berlaku untuk semua sistem operasi lain juga

— David Hayes
sumber
6

Dua alasan:

  • OS dan perangkat lunak akan memulai dengan yang bersih
  • Setiap pembaruan OS / driver atau pemasangan yang telah terjadi sejak reboot terbaru mungkin memerlukan kesempatan untuk menjadi bagian dari urutan boot
— jerigen
sumber
3

Saya tahu ini adalah utas kuno, tetapi saya merasa posting ini oleh pengembang Microsoft menjelaskan alasannya:

  1. Restart sering diperlukan setelah peningkatan / perubahan perangkat lunak.
  2. Ini dengan desain.
  3. Inilah yang seharusnya.
  4. Ini lebih baik daripada alternatifnya (dan bagaimana alternatifnya bekerja).

Kelambatan yang bertahap dan masalah-masalah lain yang perlu dihidupkan ulang sering kali dapat diatasi kebocoran memori . Bertentangan dengan komentar @ user2630, ini masih merupakan masalah yang sangat nyata di Windows modern. Baik dari komponen layanan / sistem yang tetap berjalan, mencegah ingatannya kembali saat berhenti, atau hanya dari sejumlah aplikasi yang dijalankan pengguna, kebocoran terjadi setiap saat - terkadang sangat parah. Dalam kasus terakhir menjalankan aplikasi, sering kali lebih mudah bagi seorang pria IT untuk mengatakan "hanya restart", daripada "tutup semua aplikasi Anda, periksa baki tugas untuk memastikan mereka benar-benar hilang, pastikan mereka ' Anda tidak menjalankan proses latar belakang atau layanan apa pun ... "Anda mendapatkan ide.

Seperti yang disebutkan di bagian lain di sini, banyak masalah yang perlu dihidupkan ulang dari perangkat lunak lama yang rusak / rusak (layanan macet, menunggu tak terbatas pada sumber daya bersama, dll.). Saya pikir bahwa kebocoran dan perubahan perpustakaan yang tertunda menjelaskan sebagian besar pemecahan masalah boilerplate-restart-di luar sana.

— Zac B
sumber
Terima kasih atas tautannya ke artikel Raymond Chen. Saya tidak berpikir ringkasan Anda secara akurat mencerminkan pandangan penulis. Dia tidak mengatakan itu harus seperti ini . Dia menyimpulkan: "Jadi bukan berarti Windows harus memulai kembali setelah mengganti file yang sedang digunakan. Hanya saja itu lebih suka tidak berurusan dengan kompleksitas yang dihasilkan jika tidak. Rekayasa adalah serangkaian pertukaran." Itu membuat saya bertanya-tanya: Imbalan apa yang dipilih pengembang Linux? (Linux terkenal karena tidak perlu restart lebih sering.) Apakah mereka berurusan dengan kompleksitas, atau mereka hanya memecahkan banyak hal?
— Iain Samuel McLean Penatua
Ini adalah pendapat, tetapi ada beberapa hal yang terlintas dalam pikiran: sistem Linux yang memutakhirkan pustaka di tempat sering dapat membuat program lain berjalan yang terhubung dengan versi lama pustaka tersebut. Ada banyak sistem yang mencoba untuk mencegah hal ini, tetapi kompleksitas yang dibahas dalam posting Microsoft masih ada dan tidak selalu diabstraksi, jadi mengasapi pustaka versi perpustakaan adalah sesuatu yang sering terjadi, baik atau buruk.
— Zac B
Linux juga cenderung menuju rezim modularitas ketergantungan yang lebih ketat, daripada menjamur perpustakaan "digunakan oleh segalanya". Itu masih ada (seperti halnya masalah yang disebabkan oleh upgrade di tempat yang mengarah ke masalah yang berhubungan dengan reload), tetapi kurang lazim daripada pada Windows. IMO, banyak yang mengurangi prevalensi berkaitan dengan Windows yang sedang dikembangkan dengan cara yang lebih diaglomerasi (dengan tujuan kompatibilitas mundur yang terus-menerus) daripada Linux, yang memiliki arsitektur yang, jika tidak lebih konsisten, biasanya berinteraksi dengan dalam cara yang lebih konsisten.
— Zac B
TL; DR: Linux sering menjadikan tradeoff yang mendukung ketelitian dan waktu pengembangan yang diperlukan untuk terlibat dengan kompleksitas yang Anda sebutkan. Memiliki arsitektur modular dan konsisten juga membantu.
— Zac B
MinWin tampaknya merupakan dorongan Microsoft ke arah yang sama. Robert McLaws pada Windows Server Core: "Microsoft mulai memetakan seluruh grafik ketergantungan Windows. Dan ketika mereka melihat hal-hal yang mulai memanggil tumpukan ketika mereka tidak seharusnya, mereka menata ulang API untuk membuat pemisahan bersih di OS "MinWin adalah hasil dari pekerjaan itu. Ini bukan penulisan ulang lengkap dari kernel, tetapi sebuah reorganisasi API, sehingga komponen hanya memanggil stack, dan bukan ke atas."
— Iain Samuel McLean Penatua
2

Apakah Anda pernah menonton "Kerumunan IT?"

Orang-orang dukungan TI menggunakan "Coba mulai ulang" sebagai respons pertama karena:

  1. Ini sering akan membuat masalah hilang, setidaknya untuk sementara.
  2. Mereka tidak perlu melakukan upaya lebih lanjut.
  3. Mereka tidak perlu memiliki kontak langsung dengan manusia.
— Abu
sumber
1
istri saya bekerja di tempat 'Anda mencoba mematikannya dan hidup' adalah jawaban resmi pertama. dia memiliki masalah yang menyebabkan desktopnya menjadi layar biru menyebabkan hilangnya pekerjaan secara teratur, namun dia tidak pernah bisa mendapatkan perbaikan karena 'mematikannya dan' selalu 'memperbaiki' layar biru!
— geocoin
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.