이전 하드웨어에 32비트 대신 64비트 Ubuntu를 다시 설치하는 것이 가치가 있습니까? [폐쇄]

의미 있는 방식으로 더 빠르지는 않지만 32비트의 현실은 점점 레거시화되고 있다는 것입니다. 즉, 현실 세계에서 버그가 발견되거나 수정되지 않는다는 의미입니다.

저라면 64비트를 설치할 것입니다. 그 이유는 64비트가 더 안정적이고 버그 수정이 더 쉽기 때문입니다. 또한 걱정할 필요 없이 수시로 다음 운영 체제 버전으로 업데이트할 수 있으므로 컴퓨터의 미래에도 대비할 수 있습니다.

모든 FOSS 프로젝트의 개발자는 눈/시간이 제한되어 있고 32비트에는 더 이상 그 수가 많지 않으며, 슬프게도 문제가 발생했기 때문에 이를 고칠 수 있는 매직 코더가 없습니다. 가장 현명한 방법은 이러한 제한을 현실로 받아들이는 것입니다. 실제로는 변하지 않기 때문입니다.

내가 아는 한, 최근 하나 이상의 타사 Linux 커널 빌더가 알려졌지만 수정되지 않은 일련의 32비트 커널 버그로 인해 32비트 지원을 중단했으며 앞으로도 수정될 가능성은 거의 없어 보입니다. 이것은 Linux 커널 프로젝트이며 수천 명의 기여자가 있습니다. 개발자 수가 훨씬 적은 다른 프로젝트에 비해, 그 이후로는 내리막길을 걷고 있습니다. 점점 더 많은 주요 GNU/Linux 배포 풀에서 32비트가 제거됨에 따라 이러한 현상은 점점 더 많은 핵심 및 비핵심 소프트웨어와 도구에 발생할 것입니다.

Google Chrome, Firefox 등과 같은 주요 프로젝트가 (아직 지원하지 않은 경우) 32비트 지원을 중단하기 시작하면서 이는 점점 더 중요해지고 있습니다. 즉, 안전하지 않고 업데이트할 수 없는 소프트웨어를 사용하여 인터넷에 액세스하게 됩니다.

이론적으로 32비트에서 64비트로 크로스그레이드할 수 있습니다(적어도 Debian에서는 Ubuntu에 대해서는 잘 모르겠습니다). 컴퓨터에서 테스트했지만 너무 고통스럽고 시간이 오래 걸리고 시간이 너무 많이 남았습니다. . 매우 번거롭고 수동 수정이 너무 많이 필요했기 때문에 결국에는 그럴 가치가 없다고 판단하고 재설치를 통해 시스템의 나머지 부분을 64비트로 전환했습니다.

64비트로 다시 설치할 때 기본 구성을 복사한 다음 패키지 목록을 가져와 패키지를 다시 설치할 수 있다는 점을 기억하세요. 시간이 오래 걸리지 않으며 완료되면 더 이상 걱정할 필요가 없습니다.

다른 옵션은 상자를 업그레이드하지 않고 죽을 때까지 실행되도록 두는 것입니다. 이는 인터넷과 상호 작용하지 않는 시스템에서 작업을 수행하는 나쁜 방법은 아니지만 어느 날 Samba 또는 NFS와 같은 버전을 일치시켜야 하는데 일치하지 않을 때 문제에 봉착할 수 있습니다. 서버박스 운영 체제가 너무 오래되었습니다.

64비트 운영 체제에 다시 설치하는 것이 좋습니다. Lizardx가 언급했듯이 현재 32비트 x86 시스템에 대한 관심이 줄어들고 수정할 버그도 줄어듭니다.

또한 x86-64에는 16개의 범용 레지스터가 있고 x86-32에는 8개만 있으므로 약간 더 빠를 가능성이 있습니다. 위치 독립적 코드는 현재 보안상의 이유로 대부분의 바이너리에서 사용되며 RIP 상대 주소 지정을 사용하는 x86-64에서는 무료이지만 x86-32에서는 추가 레지스터가 필요합니다. 추가 레지스터가 있다는 것은 프로그램이 메모리에 액세스하지 않고도 CPU에 더 많은 데이터를 보관할 수 있어 성능이 향상된다는 의미입니다.

그러나 포인터가 32비트가 아닌 64비트이므로 메모리 사용량이 약간 증가할 수 있습니다. 지금 당장 기억력이 매우 부족하다면 상황이 나아지지는 않겠지만 그 외에는 괜찮을 것입니다.

일반적으로 내 조언은 이렇게하라는 것입니다. 더 나은 지원과 약간 더 높은 성능 환경을 얻을 수 있습니다.

64비트 배포판을 재배포하면 얻을 수 있는 이점은 기껏해야 미미합니다. 물론, 더 많은 메모리 지원을 받게 되지만, 현재 상자가 메모리 부족을 겪고 있지 않는 한 눈에 띄지 않을 것입니다.

하드웨어의 수명을 고려하면 새로운 하드웨어(반드시 새로운 것은 아님)에 새로운 64비트 설치를 구축하고 시간이 지남에 따라 기존 시스템에서 모든 기능을 마이그레이션하는 것이 더 나을 것입니다. 결국 오래된 상자는 더 이상 아무 일도 하지 않게 되므로 무언가를 잃어버릴 경우를 대비하여 전원을 끄고 잠시 동안 보관할 수 있습니다(또는 드라이브만).

그런 다음 상자를 폐기하거나 재배포할 수 있습니다. 32비트라면 별로 쓸모가 없습니다. 전력에 굶주린 P4도 마찬가지다.

저는 귀하의 입장입니다. 저는 2001년 설치의 데비안 호스트를 가지고 있으며 시간이 지남에 따라 모든 하드웨어가 교체되고 배포판이 업그레이드되었지만 여전히 원래 "설치"이며 32비트입니다.

제가 이 작업을 하고 있지만 새 상자는 xcp-ng 아래에 세 개의 별도 VM이 있으므로 웹 서비스에서 이메일 기능을 분리하고 있습니다. "다른 모든 것"에서 이렇게 하면 하나의 서비스/작업에 집중할 수 있습니다. 결국 오징어를 "Everything" 상자로 옮겼습니다. 이제 문제가 해결되었으므로 Cacti를 웹 서버로 마이그레이션하는 작업을 진행하겠습니다. 단점은 동기가 없으면 프로세스가 느리다는 것입니다.