Thời gian tối đa mà PC Linux có thể TĂNG? [đóng cửa]

Thật ra tôi đã có một hệ thống linux (chạy Ubuntu 12.04.3) trong nhiều ngày mà không cần khởi động lại. Tôi gặp phải một số lỗi như ngủ bị treo và một số hệ thống tệp được gắn mạng không thể gắn kết thậm chí có thể ping nó (được xác minh qua PC khác, giá treo mạng hoạt động tốt).

Muốn kiểm tra xem Linux cũng có yêu cầu khởi động lại máy sau một số khung thời gian để tránh các loại lỗi đã sử dụng không lặp lại được không.

Thời gian tối đa chúng ta có thể duy trì PC là bao nhiêu? Có một số vấn đề khác có thể xảy ra nếu chúng ta có một hệ thống trong nhiều năm trở lên mà không khởi động lại?

Làm quản trị viên hệ thống, tôi thấy các máy chủ Linux trong hơn 700-800 ngày mà không cần khởi động lại, do đó không có giới hạn thời gian hoạt động; các lỗi bạn gặp không liên quan đến Linux (kernel).

Rất nhiều dịch vụ có thể được khởi động lại và hầu hết các lỗi có thể được giải quyết trên các hệ thống sản xuất.

Không có nhu cầu kỹ thuật để khởi động lại máy tính của bạn sau một khoảng thời gian nhất định. Tôi đã chạy của tôi trong nhiều tháng (bao gồm các bản cập nhật mô-đun hạt nhân) với một số hệ thống treo (với RAM và đĩa) ở giữa.

Có những dịp

• Rất cần thiết để khởi động lại, như cập nhật kernel (nhưng chúng không khẩn cấp trong nhiều trường hợp và trong một số trường hợp, bạn có thể thay thế kernel đang chạy bằng kernel mới trên hệ thống trực tiếp. Xem kexec và Ksplice )
• có thể dễ dàng hơn để khởi động lại toàn bộ hệ thống thay vì chỉ một (bộ) hệ thống con cụ thể.

Có thể có một số vấn đề khiến mạng trở nên tồi tệ hơn theo thời gian (ví dụ như sự cố trình điều khiển phần cứng, quy trình bị rò rỉ), nhưng những vấn đề đó được coi là lỗi và thường có thể được sửa chữa bằng nâng cấp phần mềm hoặc xử lý xung quanh bằng cách tải lại / khởi động lại hệ thống con cụ thể đó (cũng xem ở trên).

Mặc dù tôi chắc chắn rằng có những máy chủ có thời gian hoạt động cao hơn, tôi trình bày những điều sau đây từ một trong số tôi như một ví dụ về những gì có thể:

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

Máy chủ này đã được cài đặt ngay sau khi DC hoạt động và không bị tắt kể từ đó. Cho đến nay, nó vẫn tiếp tục vui vẻ làm những gì nó dự định ban đầu và khi mục đích đó được chuyển đến một máy chủ khác, tôi sẽ đặt một cái gì đó lên đó để theo dõi thời gian hoạt động và nó có thể sẽ duy trì cho đến khi tôi không thể biện minh cho nó sống còn nữa

Vì vậy, tôi nghĩ rằng "Không có tối đa" hoàn toàn chắc chắn là câu trả lời chính xác.

Tôi không biết liệu điều này có ảnh hưởng đến sự ổn định của hệ thống hay không, nhưng thời gian hoạt động tối đa được hiển thị trong Ubuntu với kernel 3.19-xx là 68,0962597349822nhiều năm trên máy 32 bit và 292471208677,8627nhiều năm trên máy 64 bit.

Đó là bởi vì thời gian hoạt động hiện tại của hệ thống, được trả về bởi tòa nhà sysinfo(), được trả về dưới dạng một __kernel_long_tloại , được khai báo là một longhạt nhân 32 bit và như một long longhạt nhân 64 bit ;

A longtrên máy 32 bit có giá trị tối đa là 2147483647;

A long longtrên máy 64 bit có giá trị tối đa là 9223372036854775807;

Làm toán, 2147483647s= 68,0962597349822năm và 9223372036854775807s= 292471208677,8627năm.

Khi giá trị này tăng vượt quá khả năng của loại, một tràn số học sẽ diễn ra và nó được đặt thành giá trị nhỏ nhất được cho phép bởi loại của nó (trong cả hai trường hợp là số âm): đây có thể là vấn đề đối với các chương trình dựa vào nó.

Tôi đã ở trong một lớp học với một sysadmin, người tuyên bố rằng anh ta có một máy chủ linux đang chạy mà không khởi động lại trong hơn một thập kỷ. Không có lý do cố hữu một hệ thống cần phải được khởi động lại thường xuyên. Nó chỉ được yêu cầu trong các trường hợp giới hạn như cập nhật kernel.

FWIW, tôi thường để máy tính Windows ở nhà của tôi chạy. Nó thường sẽ chạy tốt trong nhiều tuần mà không cần khởi động lại.

Linux (kernel) rất giỏi trong việc giải phóng tài nguyên khi thoát khỏi chương trình. GNU / Linux, toàn bộ HĐH, nói chung là ổn để chạy vô thời hạn. Khởi động lại các chương trình không gian người dùng sau khi bạn cập nhật chúng thường là một ý tưởng hay và thường là cách dễ nhất để có được mọi thứ bằng cách cập nhật glibclà khởi động lại hệ thống.

Trên các hệ thống có lỗi trình điều khiển (điển hình là lỗi trình điều khiển đồ họa, mọi thứ khác thường là rắn), đôi khi bạn gặp phải hành vi kỳ lạ gây ra lỗi nếu bạn không khởi động lại sớm. Nếu bạn thấy OOPS kernel trong dmesgđầu ra của mình , bạn nên khởi động lại ngay khi thuận tiện và báo cáo nó (hoặc google xung quanh cho những người khác có vấn đề tương tự trên phần cứng tương tự, trong trường hợp đó là sự cố đã biết). Các bản phân phối không gửi các phiên bản dev mới nhất của ngăn xếp đồ họa, vì vậy đôi khi lỗi đã được sửa ngược dòng và card đồ họa của bạn quá mới đối với các trình điều khiển trên phiên bản phân phối mà bạn đang chạy ổn định. Trong trường hợp đó, hãy tìm PPA với các bản dựng được cập nhật của mesa / drm / xorg. (Tôi không chắc lựa chọn tốt nhất để chạy Ubuntu với ngăn xếp đồ họa cạnh chảy máu là ATM).

Dù sao, trình điều khiển chặn hoặc các lỗi kernel khác, Linux có thể chạy vô thời hạn mà không cần khởi động lại để xóa phân mảnh bộ nhớ hoặc bất cứ thứ gì tương tự.

Tôi có bộ định tuyến / tường lửa / mailserver / shell của Linux (P3 450 MHz, OCed đến 500 MHz) thường xuyên thấy thời gian tăng lên hàng trăm ngày. Tôi chỉ khởi động lại để sắp xếp lại dây nguồn hoặc để thay thế nguồn điện bị hỏng. Nó đã hoạt động ổn định với cùng CPU / RAM / ổ cứng trong khoảng 15 năm. Tôi chưa bao giờ phải khởi động lại "vì nó không ổn định". Nó luôn luôn là vì một lý do cụ thể, như không cung cấp điện, hoặc nâng cấp kernel, hoặc mất điện và pin UPS của tôi gần như cạn kiệt (kích hoạt tự động tắt máy apcupsd).

Nếu hệ thống của bạn hoạt động kỳ lạ, hãy kiểm tra dmesgcác vấn đề. Nếu đó chỉ là máy tính để bàn của bạn, thì nếu bạn vừa cài đặt một số cập nhật gói không phải kernel, hãy đăng xuất / đăng nhập (hoặc khởi động lại, nhưng bạn không phải làm vậy). Tôi đã tìm thấy Kubfox 15.04 sẽ dễ dàng gặp sự cố sau khi cập nhật gói, tôi nghĩ do không tương thích nhị phân giữa các phiên bản nâng cấp / không nâng cấp của cùng một thư viện chạy trong cùng một nhị phân. (Xem thảo luận về lỗi này ).

Mục đích của tôi để kiểm tra các sự cố phần cứng là khởi động memtest86 +. ( aptitude install memtest86+) Hãy để nó chạy một lượt đầy đủ, hoặc chạy qua đêm. Điều đó không đảm bảo một hệ thống ổn định, vì điện áp nguồn cung cấp giảm khi tải tăng đột biến có thể xảy ra với CPU trong những ngày này, và memtest sẽ không loại trừ điều đó. Nó cũng sẽ không làm cho CPU của bạn nóng, như Prime95.

Máy của tôi chỉ khởi động lại vào ngày hôm nay trong 15.04 sau khi hoạt động được 11 ngày mà không có bất kỳ lỗi lạ nào mà tôi có thể nhớ lại. Nếu bạn đang làm việc nặng và phát triển trên một hệ thống, đôi khi nó có thể là lựa chọn duy nhất để khởi động lại, nhưng nó chỉ bao giờ trên cơ sở cần thiết.

Về mặt kỹ thuật không có giới hạn. bạn chỉ cần đặt nó để không ngủ hoặc tắt.

Cá nhân tôi sẽ không muốn chạy máy tính xách tay hoặc PC của tôi trong nhiều ngày mà không khởi động lại hoặc tắt nó đi.

Đơn giản là vì các thành phần chính tạo ra nhiệt có thể tăng tốc độ hao mòn trên MB.

(Đó là nếu bạn không có hệ thống làm mát và thông gió thích hợp)

Không cụ thể với Ubuntu, nhưng tôi đã có một máy tính xách tay cổ điển năm 1997 (300 MHz, 288 MB RAM) chạy một bản phân phối dựa trên Debian có thời gian hoạt động lên đến 60 ngày, trong khi chạy một chương trình duy nhất (cộng với công cụ hệ thống và conky) và không bắt đầu và dừng phần mềm khác ngoại trừ thiết bị đầu cuối để tải cập nhật hàng tuần. Cuối cùng, nó đã bị sập khi tải các bản cập nhật, vào khoảng 63 ngày. Ngược lại, hệ thống máy tính để bàn Kubfox 14.04 của tôi sẽ đóng băng trong khóa màn hình sau khoảng hai tuần. Tôi đồng ý với các câu trả lời khác; đó là về phần mềm bạn chạy và tần suất bạn khởi động và dừng các chương trình khác, hơn là về Linux.