Waktu maksimum untuk mana Linux PC bisa UP? [Tutup]

Sebenarnya saya punya sistem linux (menjalankan Ubuntu 12.04.3) selama berhari-hari tanpa reboot. Saya berlari ke beberapa kesalahan seperti sleep hang dan beberapa sistem file yang dipasang jaringan tidak mendapatkan mount bahkan dapat melakukan ping (diverifikasi melalui PC lain, jaringan mount berfungsi dengan baik).

Ingin memeriksa apakah Linux juga perlu me-reboot mesin setelah beberapa jangka waktu untuk menghindari jenis kesalahan weired yang tidak dapat diulang.

Berapa lama waktu maksimum kita dapat mempertahankan PC? Adakah masalah lain yang dapat terjadi jika kita memiliki sistem untuk setahun atau lebih tanpa reboot?

Bekerja sebagai administrator sistem, saya melihat server Linux untuk lebih dari 700-800 hari tanpa reboot, jadi tidak ada batasan waktu aktif; kesalahan yang Anda dapatkan tidak terkait dengan Linux (kernel) itu sendiri.

Banyak layanan dapat direstart dan sebagian besar kesalahan dapat diselesaikan pada sistem produksi.

Tidak ada kebutuhan teknis untuk me-restart komputer Anda setelah periode waktu tertentu. Saya sudah menjalankan tambang selama berbulan-bulan (termasuk pembaruan modul kernel) dengan beberapa suspensi (ke RAM dan disk) di antaranya.

Ada saat dimana

• itu benar-benar diperlukan untuk reboot, seperti pembaruan kernel (tetapi itu tidak mendesak dalam banyak situasi, dan dalam beberapa kasus Anda dapat mengganti kernel yang berjalan dengan yang baru pada sistem live. Lihat kexec dan Ksplice )
• mungkin lebih mudah untuk me-restart seluruh sistem daripada hanya subsistem (set) tertentu.

Mungkin ada beberapa masalah yang “menjadi lebih buruk” dari waktu ke waktu (mis. Masalah driver perangkat keras, proses bocor), tetapi itu dianggap sebagai bug dan seringkali dapat diperbaiki dengan pemutakhiran perangkat lunak atau ditangani dengan memuat ulang / memulai kembali subsistem tertentu (juga Lihat di atas).

Meskipun saya yakin ada server dengan waktu aktif yang lebih tinggi, saya menyajikan yang berikut dari salah satu server saya sebagai contoh apa yang mungkin:

# uptime
04:58:44 up 2186 days, 23:15,  1 user,  load average: 0.02, 0.02, 0.00

Server ini dipasang tidak lama setelah DC masuk dan tidak dimatikan sejak saat itu. Sejauh ini ia terus dengan senang melakukan apa yang semula dimaksudkan untuk dan ketika tujuan itu dipindahkan ke server yang berbeda saya akan meletakkan sesuatu di sana hanya untuk memantau uptime dan mungkin akan tetap terjaga sampai saya tidak dapat membenarkan menjaganya tetap hidup lebih lama lagi.

Jadi saya pikir "Tidak ada yang maksimal" adalah jawaban yang pasti.

Saya tidak tahu apakah ini berdampak pada stabilitas sistem, tetapi uptime maksimum yang ditunjukkan di Ubuntu dengan kernel 3.19-xx adalah 68,0962597349822tahun pada mesin 32-bit dan292471208677,8627 tahun pada mesin 64-bit.

Itu karena uptime sistem saat ini, yang dikembalikan oleh sysinfo()syscall, dikembalikan sebagai __kernel_long_ttipe , yang dinyatakan sebagai longkernel 32-bit dan sebagai kernel 64-bitlong long ;

A longpada mesin 32-bit memiliki nilai maksimum2147483647 ;

A long longpada mesin 64-bit memiliki nilai maksimum 9223372036854775807;

Melakukan matematika, 2147483647s= 68,0962597349822tahun dan 9223372036854775807s=292471208677,8627 tahun.

Setelah nilai ini meningkat melebihi kemampuan tipenya, terjadi overflow aritmatika dan disetel ke nilai terkecil yang diizinkan oleh tipenya (dalam kedua kasus angka negatif): ini mungkin menjadi masalah bagi program yang mengandalkannya.

Saya pernah berada di kelas dengan sysadmin yang mengklaim dia memiliki server linux yang berjalan tanpa reboot selama lebih dari satu dekade. Tidak ada alasan inheren sistem perlu di-reboot secara teratur. Ini hanya diperlukan dalam kasus terbatas seperti pembaruan kernel.

FWIW, saya biasanya membiarkan komputer rumah Windows saya berjalan. Biasanya akan berjalan dengan baik selama berminggu-minggu tanpa me-reboot.

Linux (kernel) sangat bagus dalam membebaskan sumber daya ketika program keluar. GNU / Linux, seluruh OS, umumnya baik untuk berjalan tanpa batas. Restart program ruang pengguna setelah Anda memperbaruinya umumnya adalah ide yang bagus, dan seringkali cara termudah untuk mendapatkan semuanya menggunakan pembaruanglibc adalah dengan mem-boot ulang sistem.

Pada sistem dengan bug driver (biasanya bug driver grafis, yang lainnya biasanya solid), Anda terkadang mendapatkan perilaku aneh yang semakin aneh jika Anda tidak segera reboot. Jika Anda melihat kernel OOPS di dmesgoutput Anda, Anda harus reboot segera jika nyaman, dan melaporkannya (atau google sekitar untuk orang lain dengan masalah yang sama pada perangkat keras yang sama, jika itu masalah yang diketahui). Distro tidak mengirimkan versi terbaru dari tumpukan grafik, jadi terkadang bug sudah diperbaiki di bagian hulu, dan kartu grafis Anda terlalu baru untuk driver pada versi distro yang Anda jalankan menjadi stabil. Dalam hal ini, cari PPA dengan versi terbaru dari mesa / drm / xorg. (Saya tidak yakin apa pilihan terbaik untuk menjalankan Ubuntu dengan tumpukan grafik yang berdarah adalah ATM).

Bagaimanapun, kecuali driver atau bug kernel lainnya, Linux dapat berjalan tanpa batas tanpa perlu reboot untuk menghapus fragmentasi memori atau hal-hal seperti itu.

Saya memiliki router Linux / firewall / mailserver / shell box (P3 450MHz, OCed hingga 500MHz) yang secara rutin melihat waktu ratusan hari. Saya reboot hanya untuk mengatur ulang kabel daya, atau untuk mengganti catu daya yang gagal. Sudah stabil dengan CPU / RAM / hard drive yang sama selama mungkin 15 tahun. Saya tidak pernah harus me-reboot "karena semakin tidak stabil". Itu selalu karena alasan tertentu, seperti kegagalan pasokan listrik, atau peningkatan kernel, atau pemadaman listrik dan baterai UPS saya hampir habis (memicu auto shutdown with apcupsd).

Jika sistem Anda bertingkah aneh, periksa dmesgmasalahnya. Jika itu hanya desktop Anda, maka jika Anda baru saja menginstal beberapa pembaruan paket non-kernel, logout / login (atau reboot, tetapi Anda tidak harus melakukannya). Saya telah menemukan Kubuntu 15.04 akan dengan mudah mengalami masalah setelah pembaruan paket, saya pikir karena ketidakcocokan biner antara versi yang ditingkatkan / tidak ditingkatkan dari perpustakaan yang sama yang berjalan dalam biner yang sama. (Lihat diskusi tentang bug ini ).

Tujuan saya untuk memeriksa masalah perangkat keras adalah untuk boot memtest86 +. ( aptitude install memtest86+) Biarkan itu menjalankan operan penuh, atau jalankan semalaman. Itu tidak menjamin sistem yang stabil, karena penurunan tegangan listrik pada beban spike dapat terjadi dengan CPU hari ini, dan memtest tidak akan mengesampingkan hal itu. CPU Anda tidak akan panas, seperti Prime95.

Mesin saya hanya restart hari ini untuk 15,04 setelah 11 hari tanpa kesalahan aneh yang dapat saya ingat. Jika Anda melakukan pekerjaan berat dan pengembangan pada suatu sistem, itu kadang-kadang bisa menjadi satu-satunya pilihan untuk reboot, tetapi itu hanya berdasarkan kebutuhan saja.

Secara teknis tidak ada batasan. Anda hanya perlu mengaturnya agar tidak tidur atau mati.

Secara pribadi saya tidak ingin menjalankan laptop atau PC saya selama berhari-hari tanpa me-reboot atau mematikannya.

Hanya karena komponen utama yang menghasilkan panas dapat mempercepat keausan pada MB.

(Itu jika Anda tidak memiliki pendingin dan ventilasi yang tepat)

Tidak khusus untuk Ubuntu, tapi saya punya laptop vintage 1997 (300 MHz, 288 MB RAM) menjalankan distro berbasis Debian yang telah uptime hingga 60 hari, sambil menjalankan satu program (ditambah hal-hal sistem dan conky) dan tidak memulai dan menghentikan perangkat lunak lain kecuali terminal untuk memuat pembaruan setiap minggu. Akhirnya, crash ketika memuat pembaruan, sekitar 63 hari. Sebaliknya, sistem desktop Kubuntu 14.04 saya akan membeku di kunci layar setelah sekitar dua minggu. Saya setuju dengan jawaban lain; ini lebih tentang perangkat lunak apa yang Anda jalankan dan seberapa sering Anda memulai dan menghentikan program lain, daripada tentang Linux.