Windows 7 neden ARM işlemci tabanlı bir sisteme yüklenemiyor?

Bugün Microsoft Windows 8 hakkında bazı haberler ( 1 , 2 , 3 , 4 ) okuyordum ve yeni özelliklerden birinin ARM işlemci tabanlı bir sistem üzerinde çalışabileceğini gördüm . Bu, Windows'un mevcut sürümüyle (Seven) yapılamamasının nedenlerini merak etmemi sağlıyor.

ARM işlemci tabanlı bir sisteme kurmanın farkında olması için Windows 7'nin gerçek sınırlamaları nelerdir? Çekirdek sürümü, sürücüler, mimari ve hatta bu faktörlerin bir karışımı ile ilgili olması gerekir mi?

Bilinceye kadar Linux'u bir ARM'ye kurabilirim, bu yüzden Windows Seven'i bir ARM'deki VMWare sanal makinesi altında bile yükleyemiyorum?

İkili bir ARM işlemci üzerinde çalışabilmek için, o işlemci için özel olarak derlenmeleri veya bir emülatörde çalıştırılmaları gerekir.

Linux sistemleri açık kaynak olduğundan, insanlar bunları özellikle ARM sistemleri için derleyebilir ve x86'ya özgü herhangi bir kodu yeniden yazabilir. Windows kaynağı kapatıldığı için, Microsoft bir ARM sürümü yayınlamadığı sürece, yeniden derlenemez ve üzerinde çalıştırılamaz.

ARM sistemlerine geçişle ilgili başka sorunlar da var, ancak bu muhtemelen en büyüğüdür.

Bildiğim kadarıyla, VMware bir x86 taklit etmeyecek. Ben qemu mümkün olabilir, ama ben daha önce x86 taklit ARM, sadece x86 taklit ARM için kullanmadım. Çalışırsa önemli bir performans isabeti olacaktır.

Çalıştırılması planlanan mimari için herhangi bir programın derlenmesi gerekse de, bir işletim sisteminin genellikle belirli mimariye göre çok daha özelleştirilmiş olması gerekir. İşletim sistemleri, işlemciyle çok derin düzeylerde çalışan zamanlama ve görev değiştirme gibi şeylerden sorumludur.

Basit cevap, "MS bir bağlantı noktası yayınlamamıştır" (Windows 8'in ARM'ye taşınması gerekiyor olsa da), o zaman iş anlamını yitirmesine neden oluyor. Eğer girmek istiyorsan, MS ...

Tarihsel olarak, NT ailesi bir dizi işlemcide koştu - NT Alpha, PPC ve MIPS üzerinde koştu ve Clipper ve SPARC mimarileri için planlanan limanlar vardı . Bu mümkündür çünkü Windows NT kodun donanım bağımlı bölümlerini ( HAL ) soyutladı ve sadece bu bölümü yeniden yazdı ve diğer her şeyi yeniden derlemek hile yapmalıdır (teoride .NET tabanlı yazılımın donanımdan bağımsız olduğu söylenebilir).

Her mimaride doğru bir şekilde ayrı çekirdek dalları varsa, Linux'un aksine, SADECE HAL donanıma özgüdür ve geri kalanı yaygındır - söz konusu ARM platformu için bir HAL oluşturulduktan sonra, nispeten olmalı önemsizdir ve özellikle sistem başka türlü konvansiyonel ise, örneğin PCI-E ve diğer endüstri standardı arayüzler kullanılarak çeşitli donanım parçaları için kodlamadan farklı değildir.

Microsoft'un Windows 7'nin bir ARM bağlantı noktasını çıkardığını varsayarsak, yorumlanmayan veya JVM, LLVM veya CLR gibi bir VM üzerinde çalışan herhangi bir yazılımın yeniden derlenmesi veya Rosetta veya eski 68K uyumluluk gibi bir çeviri katmanında çalıştırılması gerekir. katmanı daha eski mac'larda , bu x86'ya özgü kodun farkındadır (ve bunu öykünmede şeffaf olarak çalıştırır) ve çeviri için yeterli işlemci gücü vardır.

İkililerin derlendiği mimariden farklı bir mimariye sahip işlemcilerde ikili dosyalar çalıştıramazsınız.

AMD64 Linux'u i386 (32 bit) işlemcide çalıştıramayacağınız gibi ARM'de AMD64 Linux'u çalıştıramazsınız. Tek seçeneğiniz tüm bir işlemciyi taklit etmek (bkz. Qemu ) ve sonra elinizden gelenin en iyisini yapmaktır .

VMware / VirtualBox işlemci emülatörleri değildir, bu yüzden orada da şansınız kalmaz.