Tại sao Windows 7 không thể được cài đặt trên hệ thống dựa trên bộ xử lý ARM?

Hôm nay tôi đã đọc một số tin tức ( 1 , 2 , 3 , 4 ) về Microsoft Windows 8 và thấy rằng một trong những tính năng mới là nó có thể chạy trên hệ thống dựa trên bộ xử lý ARM . Điều này khiến tôi tự hỏi những lý do mà nó không thể được thực hiện với phiên bản phát hành hiện tại của Windows (Seven).

Những hạn chế thực tế để Windows 7 nhận thức được khi cài đặt nó trên hệ thống dựa trên bộ xử lý ARM là gì? Nó sẽ phải làm gì với phiên bản kernel, trình điều khiển, kiến ​​trúc hay thậm chí là sự pha trộn của các yếu tố này?

Cho đến khi tôi biết, tôi có thể cài đặt Linux trên ARM, vì vậy tôi thậm chí không thể cài đặt Windows Seven trong máy ảo VMWare trên ARM?

Để các nhị phân chạy trên bộ xử lý ARM, chúng phải được biên dịch riêng cho bộ xử lý đó hoặc được chạy trong trình giả lập.

Vì các hệ thống Linux là nguồn mở, mọi người có thể biên dịch chúng cụ thể cho các hệ thống ARM và viết lại bất kỳ mã cụ thể x86 nào. Vì nguồn cho Windows bị đóng, trừ khi Microsoft phát hành phiên bản ARM, nó không thể được biên dịch lại và chạy trên nó.

Có những vấn đề khác khi chuyển sang hệ thống ARM, nhưng đây có lẽ là vấn đề lớn nhất.

Theo tôi biết, VMware sẽ không mô phỏng x86. Tôi nghĩ rằng qemu có thể có thể, nhưng tôi chưa từng sử dụng nó cho ARM giả lập x86 trước đây, chỉ là x86 giả lập ARM. Sẽ có một hiệu suất đáng kể nếu nó hoạt động.

Mặc dù bất kỳ chương trình nào cũng cần được biên dịch cho kiến ​​trúc mà nó dự định chạy, một hệ điều hành thường cần được tùy chỉnh nhiều hơn với kiến ​​trúc cụ thể. Hệ điều hành chịu trách nhiệm cho những việc như lên lịch và chuyển đổi tác vụ, hoạt động với bộ xử lý ở mức rất sâu.

Câu trả lời đơn giản là "MS chưa phát hành một cổng" (mặc dù Windows 8 được cho là được chuyển sang ARM), đơn giản là vì nó không có ý nghĩa kinh doanh tại thời điểm đó. Nếu bạn muốn vào, nếu MS có thể ...

Vâng, trong lịch sử, gia đình NT đã chạy trên một loạt các bộ xử lý - NT chạy trên Alpha, PPC và MIPS, và có các cổng được lên kế hoạch cho các kiến trúc của Clipper và SPARC. Điều này là có thể bởi vì Windows NT đã trừu tượng hóa các phần phụ thuộc phần cứng của mã ( HAL ) và chỉ viết lại phần đó và biên dịch lại mọi thứ khác nên thực hiện thủ thuật (mặc dù trên lý thuyết .NET phần mềm dựa trên được cho là độc lập với phần cứng).

Không giống như Linux, nếu tôi nhớ chính xác có các nhánh hạt nhân riêng biệt cho từng kiến ​​trúc, thì CHỈ CÓ HAL là phần cứng cụ thể và phần còn lại là phổ biến - Tôi tin rằng một khi HAL cho nền tảng ARM được đề cập, nó sẽ tương đối tầm thường, và không khác gì mã hóa cho các bit phần cứng khác nhau, đặc biệt nếu hệ thống khác thông thường, giả sử, sử dụng PCI-E và các giao diện tiêu chuẩn công nghiệp khác.

Giả sử Microsoft phát hành cổng ARM của Windows 7, bất kỳ phần mềm nào không được giải thích hoặc chạy trên một loại VM như JVM, LLVM hoặc CLR sẽ cần được biên dịch lại hoặc chạy trên lớp dịch, như Rosetta hoặc khả năng tương thích 68K cũ lớp trên các máy Mac cũ hơn , nhận biết mã cụ thể x86 (và chạy mã đó trong mô phỏng trong suốt) và có đủ sức mạnh bộ xử lý để dịch.

Bạn không thể chạy nhị phân trên các bộ xử lý có kiến ​​trúc khác với kiến ​​trúc nhị phân nơi được biên dịch.

Bạn không thể chạy AMD64 Linux trên ARM, giống như bạn không thể chạy linux AMD64 trên bộ xử lý i386 (32 bit). Tùy chọn duy nhất của bạn là mô phỏng toàn bộ bộ xử lý (xem qemu ) và sau đó thử hết sức mình.

VMware / VirtualBox không phải là trình giả lập bộ xử lý, do đó bạn cũng không gặp may.