Những lý do chính đáng để giữ hệ điều hành Microsoft Windows 32 bit

Câu hỏi này là từ năm 2012. Nếu bạn đang đọc câu hỏi này vào năm 2019 trở đi, thì câu trả lời thực sự là: Không. Không có lý do chính đáng nào trong năm 2019 để duy trì hệ điều hành máy tính để bàn 32 bit.

Câu hỏi gốc dưới đây:

Hiện tại phần mềm máy chủ chỉ có 64 bit (Kể từ Server 2008 R2 cho Windows, thậm chí trước đó là Exchange và Sharepoint) và thậm chí Ubuntu đang đẩy bạn ra khỏi các phiên bản 32 bit cho HĐH máy chủ của họ.

Nhưng có lý do nào tốt, có thể định lượng để duy trì hệ điều hành máy tính để bàn 32 bit không? Chúng tôi đang chuẩn bị hình ảnh Windows 8 cho một số ít (không may?) Sẽ sớm được chấp nhận.

Phần lớn các máy tính để bàn của chúng tôi có RAM 4gb hoặc ít hơn, nhưng tôi rất muốn không phải bận tâm đến việc hỗ trợ hệ điều hành có hương vị 32 bit nữa.

Bất kỳ lý do tại sao tôi nên?

• 32-bit có thể nhanh hơn một chút trong các trường hợp sử dụng nhất định - các địa chỉ nhỏ hơn có nghĩa là mã nhỏ gọn hơn, có nghĩa là hiệu quả bộ đệm cao hơn. Trong các điểm chuẩn tôi đã thấy, hiệu quả đó có xu hướng bị lu mờ bởi hiệu quả tính toán lớn hơn của 64 bit trong môi trường tính toán nặng. Nhưng 32-bit thực tế đôi khi giành chiến thắng trên một số điểm chuẩn. YMMV. Tuổi của phần mềm của bạn có vấn đề, vì các bản dựng mới hơn tận dụng những thứ 64 bit mà các bản dựng cũ hơn không có.

• Mã nhỏ gọn hơn có nghĩa là không gian đĩa ít hơn. Chỉ cần tải xuống các ISO cho hệ điều hành yêu thích của bạn với các hương vị 64 và 32 bit để thấy sự khác biệt. Nó không tầm thường. Nó cũng khá nhiều hơn một khi bạn giải nén các nhị phân. Như OrangeDog đã chỉ ra : Phần lớn mức tiêu thụ không gian này đến từ thực tế là các hệ điều hành 64 bit gửi các thư viện 32 bit ngoài các hệ điều hành 64 bit.

• Bạn vẫn có khả năng tương thích tốt hơn với các thành phần và phần mềm cũ với 32 bit. Điều này đặc biệt có thể nhìn thấy trong các hệ thống tự động biên dịch trên máy chủ nhưng kéo theo các thư viện nhị phân của bên thứ 3 cùng một lúc. Khuôn khổ .NET của Microsoft là một ví dụ tuyệt vời về điều này: trong khi các chương trình độc lập về mặt lý thuyết, bất cứ khi nào bạn liên kết với một nhị phân nguyên gốc, bạn buộc vào một vòm này hay vòm kia. Nhiều nhà phát triển thậm chí không biết điều này đang xảy ra và các thành phần sản xuất sẽ không chạy được trên các hệ thống 64 bit mà không có một số điều chỉnh để hướng dẫn rõ ràng .NET chạy ở chế độ 32 bit. Hầu hết mọi người không biết làm thế nào để làm điều này.

• Như Daniel B đã chỉ ra: Sự phát triển Windows .NET trên các máy 64 bit khiến bạn mở ra một sự mâu thuẫn bực bội trong đó trong các trường hợp ngoại lệ nhất định được HĐH che dấu.

• Phần cứng kế thừa. Bạn không thể chạy trình điều khiển 32 bit trên kernel 64 bit.

Không ai trong số này thêm vào một điểm dừng chương trình cho hầu hết mọi người. Tuy nhiên, bạn phải quyết định các yếu tố này ảnh hưởng đến môi trường của bạn như thế nào.

Lý do duy nhất tôi có thể nghĩ đến để giữ hệ điều hành máy tính để bàn 32 bit là nếu bạn sử dụng các chương trình 16 bit (ví dụ DOS) cũ và bạn không có phiên bản windows hỗ trợ Windows Virtual PC.

(Và thậm chí sau đó tôi sẽ cài đặt HĐH 64 bit và sử dụng cái gì đó như DOSbox).

Chỉnh sửa: Thực sự có một lý do khác: Phần cứng không thể đối phó với không gian địa chỉ hơn 4GB. Ví dụ: FireWire đang cố gắng làm DMA. Hoặc bất kỳ phần cứng (cũ) nào không có trình điều khiển 64 bit.

Bất cứ điều gì sẽ chạy Windows 8 đều có khả năng 64 bit, trừ khi bạn có một số netbook Intel Atom thế hệ đầu tiên (và tôi nghi ngờ điều đó rất nhiều). Đó là về điều duy nhất tôi có thể nghĩ ra.

AMD đã phát hành Opteron có khả năng 64 bit đầu tiên vào năm 2003; và kể từ đó, hầu như mọi bộ xử lý họ tạo ra đều có khả năng 64 bit.

Intel là một năm sau đó, phát hành Xeon 64 bit đầu tiên (Nocona) vào năm 2004 và mở rộng ra toàn bộ dòng sản phẩm vào năm 2006. Ngoài các chip Atom đầu tiên đã nói ở trên, mọi bộ xử lý Intel ngày nay đều là 64 bit.

Wikipedia có một danh sách bộ xử lý được chia nhỏ nếu bạn quan tâm đến lịch sử cổ đại .

Khả năng tương thích với Phần mềm / Phần cứng cổ đại.

Nếu mọi thứ hoạt động dưới x64, tôi sẽ không bận tâm với 32 bit.

Địa chỉ bộ nhớ trong máy 64 bit tự nhiên mất 64 bit. Những địa chỉ tương tự mất 32 bit trong máy 32 bit. Trong một số trường hợp khá đặc biệt, việc "tăng" số bit cần thiết có thể là sự khác biệt giữa hiệu năng tốt và hiệu năng kém trên máy bị giới hạn bộ nhớ.

Ngoài ra, vì có khả năng bạn đang chạy phần mềm 32 bit trên máy có thể chạy phần mềm 64 bit và hỗ trợ 32 bit hoạt động khá tốt trên máy 64 bit, sự khác biệt về mặt phần cứng không thay đổi trò chơi. Đôi khi bạn sẽ tìm thấy một thiết bị cũ không có trình điều khiển phần cứng 64 bit, nhưng điều đó rất hiếm do hệ điều hành 64 bit có sẵn trong hơn một thập kỷ.

Một điểm cần xem xét là nhiều ứng dụng 32 bit cũ hơn cũ hơn theo nhiều cách vượt quá mức bit của chúng. Về phía hệ điều hành windows, một ứng dụng 32 bit có thể bị lẫn lộn nếu nó đang tìm kiếm các tệp trong "Tệp chương trình" hiện nằm trong "Tệp chương trình (x86)". Một số mục đăng ký tương tự có thể cần sự chú ý thủ công. Một lần nữa, đây là chức năng của các ứng dụng được viết sai một chút, giờ đây bạn cần sự giúp đỡ của bạn để "tìm" những thứ sẽ "chỉ hoạt động" nếu máy xảy ra là 32 bit.

Nhiều người không biết rằng các chương trình và thư viện 64 bit chiếm nhiều bộ nhớ hơn tương đương 32 bit.

Ví dụ, khi sử dụng các máy ảo bộ nhớ thấp, nên sử dụng các hệ điều hành 32 bit để tối đa hóa bộ nhớ trong VM đó.

Nói về Ubuntu, chúng tôi đã chạy 64-bit 12,04 LTS theo LTSP trong vài tuần nay.

Rắc rối duy nhất chúng tôi gặp phải đối với những người thử nghiệm beta ban đầu là các thiết bị đầu cuối LTSP mà chúng tôi sử dụng (Dell GX2xx) yêu cầu hạt nhân 32 bit và do đó chúng tôi phải biên dịch hạt nhân LTSP thứ 2 và duy trì gấp đôi số gói cho hai kiến ​​trúc .

LTSP là QUITE một trường hợp cạnh, tôi nghĩ 64-bit khá sẵn sàng để đi trừ khi thử nghiệm cụ thể của bạn cho thấy một khiếm khuyết.

Mặc dù cá nhân tôi khuyên bạn nên chuyển sang 64 bit càng sớm càng tốt và chỉ cần cắn viên đạn sớm hơn là muộn hơn, nhưng sẽ không ảnh hưởng đến nhóm hỗ trợ CNTT của bạn. Nếu băng thông của nhóm hỗ trợ đã được kéo dài đến mức tối đa (nghĩa là đã bị thiếu), thì tôi thực sự cân nhắc việc chờ đợi.

Vì vậy, đây là một câu trả lời liên quan đến nguồn nhân lực, không chỉ phần mềm trong / khả năng tương thích.

Việc tung ra tất nhiên phải được lên kế hoạch cẩn thận (tốt nhất là dần dần chứ không phải tất cả cùng một lúc). Sẽ có những vấn đề "được phát hiện" sẽ mất hàng giờ để giải quyết trên cơ sở mỗi người dùng. Khi các vấn đề phổ biến hơn được xác định, "cách thực hiện" có thể hướng dẫn các giải pháp nhanh hơn cho cả các cuộc gọi hỗ trợ cũng như tự phục vụ.

Hầu hết, (ví dụ), tôi đang nghĩ về tất cả các vấn đề tương thích 32 và 64 bit (trong) giữa HĐH, gói phần mềm cụ thể và các plugin liên quan, chẳng hạn như cài đặt cả trình duyệt 32 bit và 64 bit (và / hoặc nhiều trình duyệt) trên một hệ điều hành 64 bit, các phím tắt để "chạy như quản trị viên" so với "chạy như người dùng bình thường", có các tùy chọn cho cả 32 và plugin 64 bit cho các trình duyệt đó (hoặc đôi khi có thể chỉ giới hạn ở các plugin 32 bit chỉ hoạt động trong một phiên bản của trình duyệt) - tất cả đều phá vỡ các ứng dụng và quy trình làm việc được xây dựng trên đầu các plugin đó. (Bằng "plugin" Tôi có nghĩa là bất cứ điều gì từ Java đến flash để nhúng trình đọc pdf vào phần mềm hội nghị web - được xây dựng trong nhà hoặc có sẵn rộng rãi, cả thương mại và miễn phí.) Bạn có thể thử kiểm tra tất cả các vấn đề này, nhưng đó là khó dự đoán liệu người dùng có vô tình cài đặt plugin B trước plugin A hay không, điều này gây ra kết quả khác với người dùng khác cài đặt plugin A trước plugin B (về cơ bản là vậy '

Lý do duy nhất để giữ các phiên bản 32 bit của ... mọi thứ ... xung quanh là để hỗ trợ các ứng dụng và hệ thống "di sản". Nếu bạn có thể chạy mọi thứ trên hệ điều hành 64 bit, hãy đếm mình may mắn và tiếp tục. Bạn có thể giống như một số SA nghèo đang ở trong môi trường doanh nghiệp của một công ty phi công nghệ, nơi kế hoạch di chuyển từ cơ sở người dùng từ XP sang Windows 7 bắt đầu vào quý 4 năm 2014.

< khóc >

Dù sao, tôi không biết về Shift+ Del, và có lẽ tôi sẽ bỏ qua chúng ở một số góc của môi trường, trong trường hợp không thể nói được xảy ra và bạn thấy mình cần Windows XPmột thứ gì đó. Chắc chắn ngừng làm phiền để duy trì, cập nhật, kiểm tra hoặc chống lại người khác trên chúng, nhưng giữ chúng xung quanh nếu cần thiết. Một ngày nọ, một khách hàng muốn tôi hỗ trợ một số Windows 2000PoS, điều mà tôi có thể, vì tôi đã không thổi bay tất cả Server 2000hình ảnh của mình khi Server 2003xuất hiện (và tôi cũng thực sự muốn như vậy).

Nhiều như bạn cầu nguyện và hy vọng rằng thời gian sẽ không bao giờ đến, thật tốt khi có những thứ đó xung quanh "chỉ trong trường hợp", và chi phí để giữ nó quá nhỏ, tôi nghĩ thật ngu ngốc khi không làm thế.

Có vấn đề đáng kể do sự cố phần mềm cũ, tôi chỉ có thể nói để đảm bảo mọi thứ bạn chạy đều có thể chạy trên HĐH 64 bit. Nếu vậy thì bạn không có lý do gì để không di chuyển, giả sử cấp phép không phải là một yếu tố.

Trong trường hợp của tôi, tôi đã có thể cấu hình lại các hệ thống để tất cả các ứng dụng chỉ 32 bit có thể chạy trên một máy, cho phép tất cả các máy trạm khác là 64 bit. Cuối cùng, tôi thậm chí đã di chuyển máy 32 bit đó sang VM trên Virtualbox, chạy trên máy chủ Debian, chủ yếu là do dung lượng đã có và tôi muốn giảm số lượng hộp.

Tất cả các máy ảo ở trên và một số máy ảo không thể chạy mã x64 bit nếu CPU không hỗ trợ ảo hóa (ví dụ: tính năng VT-x).

Một số CPU 64 bit rẻ hơn không có VT-x, v.v ... tuy nhiên rất hấp dẫn đối với các cụm 'tự chế'.

Từ wikipedia :

Intel đã không thêm hỗ trợ phân đoạn cho việc triển khai x86-64 (Intel 64), không thể ảo hóa phần mềm 64 bit trên CPU Intel, nhưng hỗ trợ Intel VT-x giúp ảo hóa phần cứng 64 bit có thể trên nền tảng Intel