Nedávno jsme psali o tom, že ARM hodlá začít vyrábět vlastní serverové procesory a že Microsoft bude mít na nové architektuře zřejmě smůlu. Nyní se ale na světlo dostala nová skutečnost, která celou situaci převrací – Microsoft chce v lednu představit Windows pro platformu ARM. Původní Windows NT byly napsány s důrazem na portovatelnost a kromě x86 bylo možné je spustit také na architekturách PowerPC, MIPS, Clipper a Alpha, přičemž se připravoval port na SPARC. Ovšem otázkou je, zda a jak rychle se přizpůsobí nové architektuře i výrobci software.
Microsoft představí v lednu Windows pro ARM
22. 12. 2010
18
nových názorů
-
-
dc (neregistrovaný)
Ale sak microsoft ma windows na arme uz davno - windows mobile. Je to sice ocesane a kernel ma podmnozinu plneho winapi ale to zase nemusi byt taky problem rozsirit a doplnit na full. A .NET na arme existuje uz tiez dlho, zasa pre windows mobile a v podstate aj nove wp7 bezia cele na .nete/silverlighte.
-
a02 (neregistrovaný)
ano. Stejne tak Win CE
http://msdn.microsoft.com/en-us/windowsembedded/ce/aa714536 -
faha (neregistrovaný)
Windows NT byl podle me, pomerne dobre navrzeny kernel, obsahoval HAL, takze dostat ho na "libovolnou" architekturu by nemel byt takovy problem, sveho casu byl pripravovat pro x86, MIPS, Alpha-u.
Zajimava byla take podpora pro beh programu(environment subsystems) napsanych pro OS/2, DOS, WIN16, WIN32, POSIX.
Zajimavy to navrh, take na tom nepracovali zadni novackove, Microsoft si na navrh NT najal lidi z Digital Equipment, coz je firma ktera stoji za vecm jako VAX/VMS... mno a nakonec se jim i tohle povedlo.
-
hnidopich (neregistrovaný)
Počet procesorov, ktoré vyrobila firma ARM asi bude veľmi nízke číslo [1]. A aj napriek tomu tu ARM-procesorov určite vyše miliardy. [2]
[1] Firma ARM procesory nevyrába, ale licencuje ARM "jadro".
[2] ARMy sú napríklad v takmer každom mobilnom telefóne. Odhadujem, že ARMov je vonku viac, ako majú Intel a AMD dokopy.
-
Izak (neregistrovaný)
NT nikdy na nicem jinem nez x86 nebyly a nebudou ;-))
pry na Aplphe ... jo ale musel se nahrat novy Bios/FW a do CPU dohrat instrukce .... NT krnel bezel pod Aplhou, ale zbytek bylo pod x86 emulatorem, tedy to bylo pomale jak snek ;-))
Na pohadky uz jsem opravdu moc stary, tady si nekdo plete windows s unixem, ktery je prenositelny.
Win je tak domrvena arch. ze pod nicim jinym nez x86 a M$ Visual C++ prelozit nejde a nic neni prenositelne, je to zamkle i na CPU uz na urovni chopnosti prekladace a jejich Cckovy kod GCC prelozit nelze ... takze asi tak.
-
jv (neregistrovaný)
A co ppc a NT? Mimochodom, spominate si podobne vykriky, ze nastupom netbookov konci Windows, lebo zachvilku budu v netbookoch ARM-y a Windows na ARM nie je? Aka je situacia teraz? Atom za par mesiacov znizil spotrebu tak, ze uz je len parkrat vacsia ako ARM, Windows XP / 7 sa usadil pri netbookoch. Tu uz bolo tolko ARM-netbook prototypov, ze az. A stale len cakame na tu zaplavu zo strany vyrobcov netbookov, ze dosky budu mat inu architekturu ako x86 a ta neprichadza. A ako som uz tvrdil, ked pride, Windows pre ARM tu uz bude.
-
Field (neregistrovaný)
Pár upřesnění:
1) BIOS skutečně pro NT potřeba byl, ale stroje, které Windows provozovaly, ho měly standardně nahrán - stačilo se do něj pouze v konzoli přepnout
2) dohrávat instrukce do RISC procesorů - no, to není asi přesné. Ve skutečnosti Alpha používala takzvaný PAL kód, a to pro všechny systémy - některé instrukce se místo interního mikrokódu procesoru prováděly voláním externích rutin. Bylo to pomalejší, to ano, dokonce řádově. Ale nevím nic o tom, že by specificky WNT byly na PAL kódu nějak extra závislé.
3) pro Alphu existoval nativní WNT build a nějaké aplikace kolem, sice ne moc, ale rozhodně to nebyl pouze kernel. Byl to první pokus MS o přenos na jinou architekturu, takže to tomu odpovídalo. Vyjádření lidí, kteří se dostali k betám W2K na Alphách, byly ale celkem pochvalné.
4) pokud x86 emulátorem myslíte program FX!32, tak bylo o něco zajímavější - ve skutečnosti se jednalo o binární translátor, který s postupným opakovaným spouštěním aplikace překládal původní binárku do nativního kódu, takže se běh časem optimalizoval a zrychloval. Samozřejmě to nikdy nebylo zrychlení na úroveň ryze nativního programu, ta rychlost se udávala cca 30-70 procent.
S ostatním se dá souhlasit :-)
