Linux PC를 가동 할 수있는 최대 시간은 얼마입니까? [닫은]

실제로 재부팅하지 않고 며칠 동안 Linux 시스템 (Ubuntu 12.04.3 실행)을 사용했습니다. 절전 모드와 같은 일부 오류가 발생했으며 일부 네트워크 마운트 파일 시스템이 마운트 할 수 없어도 핑을 할 수 없습니다 (다른 PC를 통해 확인하면 네트워크 마운트가 제대로 작동했습니다).

반복 할 수없는 이러한 유형의 위 어링 오류를 피하기 위해 Linux가 일정 시간이 지난 후 시스템을 재부팅해야하는지 확인하고 싶었습니다.

PC를 유지할 수있는 최대 시간은 얼마입니까? 재부팅하지 않고 1 년 이상 시스템을 가동 한 경우 발생할 수있는 다른 문제가 있습니까?

시스템 관리자로 일하면서 재부팅없이 700-800 일 이상 Linux 서버를 가동 할 수 있으므로 가동 시간 제한이 없습니다. 발생한 오류는 Linux (커널) 자체와 관련이 없습니다.

프로덕션 시스템에서 많은 서비스를 다시 시작할 수 있으며 대부분의 오류를 해결할 수 있습니다.

특정 기간이 지나면 기술적으로 컴퓨터를 다시 시작할 필요가 없습니다. 나는 몇 달 동안 (커널 모듈 업데이트 포함) 몇 달 동안 (RAM 및 디스크에 대한 정지) 실행했습니다.

경우가 있습니다

• 커널 업데이트와 같이 재부팅해야합니다. (많은 상황에서 긴급하지는 않으며, 경우에 따라 실행중인 커널을 실제 시스템에서 새 커널로 교체 할 수 있습니다. kexec 및 Ksplice 참조 )
• 특정 서브 시스템 대신 전체 시스템을 다시 시작하는 것이 더 쉬울 수 있습니다.

시간이 지남에 따라 "더 나빠진"몇 가지 문제 (예 : 하드웨어 드라이버 문제, 프로세스 누수)가있을 수 있지만 이러한 문제는 버그로 간주되며 종종 소프트웨어 업그레이드로 해결되거나 특정 하위 시스템의 다시로드 / 재시작으로 해결할 수 있습니다 (또한 위 참조).

가동 시간이 더 긴 서버가 있다고 확신하지만 가능한 것의 예로서 다음 중 하나를 제시합니다.

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

이 서버는 DC가 가동 된 직후에 설치되었으며 그 이후로는 전원이 꺼지지 않았습니다. 지금까지 그것은 원래 의도했던 것을 계속 행복하게 해왔으며 그 목적이 다른 서버로 옮겨 질 때 가동 시간을 모니터링하기 위해 무언가를 넣을 것이고 그것은 내가 살아있는 것을 정당화 할 수 없을 때까지 계속 유지 될 것입니다. 더 이상.

따라서 나는 "최대 값이 없다"는 것이 정답이라고 생각합니다.

이것이 시스템의 안정성에 영향을 미치는지 여부는 모르겠지만 커널 3.19-xx로 Ubuntu에서 표시 되는 최대 가동 시간 68,0962597349822은 32 비트 시스템에서 292471208677,8627몇 년이고 64 비트 시스템에서 몇 년입니다.

에 의해 반환 된 시스템의 현재 가동 시간 때문 sysinfo()콜이 리턴 A와 __kernel_long_t타입 선언하고, A와 long32 비트 커널 및 A와 long long64 비트 커널 ;

long32 비트 시스템의 A 는 최대 값이 2147483647;

long long64 비트 시스템에서 A 의 최대 값은 9223372036854775807;

수학을하는 것은 2147483647s= 68,0962597349822년과 9223372036854775807s= 292471208677,8627년입니다.

이 값이 해당 유형의 기능을 초과하여 증가하면 산술 오버플로가 발생하고 해당 유형에서 허용하는 가장 작은 값으로 설정됩니다 (두 경우 모두 음수). 이것은 의존하는 프로그램에 문제가 될 수 있습니다.

나는 sysadmin과 함께 한 번 수업에 있었고 10 년 동안 재부팅하지 않고 Linux 서버가 실행 중이라고 주장했습니다. 시스템을 정기적으로 재부팅해야하는 고유 한 이유는 없습니다. 커널 업데이트와 같은 제한된 인스턴스에만 필요합니다.

FWIW, 나는 보통 내 Windows 가정용 컴퓨터를 실행 상태로 둡니다. 일반적으로 재부팅하지 않고 몇 주 동안 정상적으로 작동합니다.

Linux (커널)는 프로그램이 종료 될 때 리소스를 확보하는 데 매우 능숙합니다. 전체 OS 인 GNU / Linux는 일반적으로 무기한으로 실행하는 것이 좋습니다. 사용자 공간 프로그램을 업데이트 한 후 다시 시작하는 것이 일반적으로 좋은 생각이며 업데이트 된 것을 사용하여 모든 것을 얻는 가장 쉬운 방법 glibc은 시스템을 재부팅하는 것입니다.

드라이버 버그가있는 시스템 (일반적으로 그래픽 드라이버 버그, 그 밖의 모든 것이 일반적으로 견고 함)에서는 곧 재부팅하지 않으면 이상한 동작을하는 경우가 있습니다. dmesg출력에 커널 OOPS가 표시 되면 가능한 빨리 재부팅하여보고해야합니다 (또는 알려진 문제인 경우 유사한 하드웨어에서 비슷한 문제가있는 다른 사용자의 경우 Google 주변에서 Google). Distros는 최신 버전의 그래픽 스택을 제공하지 않으므로 때때로 버그가 이미 업스트림으로 수정되어 있고 그래픽 카드가 배포판 버전의 드라이버에 비해 너무 새롭기 때문에 안정적입니다. 이 경우 업데이트 된 mesa / drm / xorg 빌드로 PPA를 찾으십시오. (최첨단 그래픽 스택으로 Ubuntu를 실행하기위한 최상의 선택이 ATM인지 확실하지 않습니다).

어쨌든, 드라이버 나 다른 커널 버그를 제외하고, 리눅스는 메모리 조각 화나 그와 비슷한 것을 지우기 위해 재부팅 할 필요없이 무기한으로 실행될 수 있습니다.

Linux 라우터 / 방화벽 / 메일 서버 / 쉘 상자 (P3 450MHz, OCed to 500MHz)가있어 수백 일의 가동 시간을 일상적으로 볼 수 있습니다. 전원 코드를 다시 정렬하거나 고장난 전원 공급 장치를 교체하기 위해서만 재부팅합니다. 아마도 15 년 동안 같은 CPU / RAM / 하드 드라이브로 꾸준히 진행되고 있습니다. "안정적이기 때문에"다시 부팅 할 필요가 없었습니다. 항상 전원 공급 장치 고장, 커널 업그레이드 또는 정전과 같은 특정 이유로 인해 UPS 배터리가 거의 소모되었습니다 (와 함께 자동 종료 트리거 apcupsd).

시스템이 이상하게 작동하면 dmesg문제를 확인하십시오 . 그것이 단지 데스크탑이라면, 커널이 아닌 패키지 업데이트를 방금 설치했다면, 로그 아웃 / 로그인 (또는 재부팅하지만 반드시 그럴 필요는 없습니다). 패키지 업데이트 후 Kubuntu 15.04가 쉽게 문제를 겪을 수 있다는 것을 알았습니다. 동일한 바이너리에서 실행되는 동일한 라이브러리의 업그레이드 / 업그레이드되지 않은 버전 간의 바이너리 비 호환성으로 인해 생각합니다. ( 이 버그에 대한 토론을 참조하십시오 ).

하드웨어 문제를 확인하려면 memtest86 +를 부팅하십시오. ( aptitude install memtest86+) 전체 패스를 실행하거나 밤새 실행하십시오. 요즘 스파이크 부하에서 전원 공급 장치 전압 강하가 CPU에서 발생할 수 있으며 memtest는이를 배제하지 않기 때문에 안정적인 시스템을 보장하지 않습니다. Prime95와 같이 CPU도 뜨겁지 않습니다.

내가 기억할 수있는 이상한 오류없이 11 일 동안 가동 된 후 내 컴퓨터는 오늘 15.04 동안 다시 시작되었습니다. 시스템에서 많은 작업과 개발을 수행하는 경우 때때로 재부팅하는 유일한 옵션 일 수 있지만, 항상 필요에 따라 다릅니다.

기술적으로 제한이 없습니다. 잠자거나 종료하지 않도록 설정하면됩니다.

개인적으로 재부팅하거나 종료하지 않고 랩톱이나 PC를 며칠 동안 실행하고 싶지 않습니다.

열을 발생시키는 주요 구성 요소로 인해 MB의 마모 속도가 빨라질 수 있습니다.

(적절한 냉방 및 환기가없는 경우)

우분투에만 국한되지는 않았지만 데비안 기반 배포판을 실행하는 1997 년 빈티지 랩탑 (300 MHz, 288 MB RAM)을 가지고 있으며 60 일 이상 가동 시간을 보냈으며 단일 프로그램 (플러스 시스템 및 conky)을 실행했습니다. 매주 업데이트를로드하기 위해 터미널을 제외한 다른 소프트웨어를 시작 및 중지하지 않습니다. 결국 업데이트를로드 할 때 약 63 일에 충돌이 발생했습니다. 반면, Kubuntu 14.04 데스크탑 시스템은 약 2 주 후에 화면 잠금 상태에서 정지됩니다. 다른 답변에 동의합니다. Linux보다는 소프트웨어를 실행하고 다른 프로그램을 시작하고 중지하는 빈도가 더 중요합니다.