Vi har vetat att Microsoft har planerat en ARM-kompatibel version av Windows sedan långt innan vi visste något annat om Windows 8, men detaljerna har ofta mörkats både av oklara signaler från Microsoft själv och efterföljande bevakning av dessa oklara signaler av journalister . Steven Sinofsky har tagit till Building Windows-bloggen idag för att reda ut en del av denna oklarhet, och har därigenom dragit en tydligare gräns mellan versionen av Windows som kommer att köras på ARM och versionen av Windows som kommer att köras på x86-processorer.
Fram tills nu har vi antagit att en ny version av Windows som heter Windows 8 skulle släppas i år, och att den skulle köras på både x86 (32-bitars och 64-bitars) – under hela den här artikeln kommer jag att använda x86 för att hänvisa till både arkitekturer) och ARM-processorer – Sinofskys inlägg gör det klart att ARM-versionen av Windows, officiellt kallad Windows on ARM (WOA), anses vara en separat produkt från Windows 8, på samma sätt som produkter som Windows Server och Windows Embedded delar en grund med men skiljer sig från Windows 7. Windows på ARM har en “hög grad av gemensamhet” och “mycket betydande delad kod” med Windows 8 – mycket av användarens interaktion med operativsystemet kommer att vara samma på båda plattformarna, och mycket av den underliggande tekniken vi har sett i vår Windows 8-täckning hittills kommer att finnas i båda versionerna, men de är distinkta produkter som kommer att behandlas olika av Microsoft.
Det här inlägget är ganska långt och representerar vad som sannolikt kommer att vara vår bästa titt på WOA på åtminstone en liten stund – vi kommer att få se några av dess funktioner i Windows 8 Consumer Preview när den släpps i slutet av månaden , men för närvarande testas Windows på ARM endast internt och på anpassad hårdvara som kommer att skickas till vissa utvecklare och hårdvarupartners ungefär samtidigt. Det kommer att dröja ett tag innan vi ser något som på avstånd liknar frakthårdvara.
Windows skrivbord, Office och x86-appar
En av de största återkommande frågorna jag har sett om Windows på ARM är om standard Windows-skrivbordet skulle vara tillgängligt för användning på dessa enheter som det kommer att vara på Windows 8-maskiner – svaret är ja, det kommer det definitivt att bli. Skrivbordet kan anropas från startskärmen, och när användarna väl är där kan de utföra vanliga Windows Explorer-operationer, starta skrivbordsversionen av Internet Explorer och andra uppgifter antingen via beröring (som Explorer uppenbarligen har optimerats för) eller via tangentbords- och musinmatning . Skrivbordet kommer bara att förbruka resurser när det lanseras, vilket innebär att det inte finns några konsekvenser för prestanda eller batteritid för användare som håller fast vid Metro-gränssnittet för allt – skrivbordet finns där om du vill ha det, men ett av Microsofts uttalade mål med Metro gränssnittet är att göra det så att du inte behöver använda skrivbordet som reserv.
Microsoft kommer också att kombinera versioner av Microsoft Word, Excel, PowerPoint och OneNote med Windows på ARM-system. Dessa Office-appar kommer att vara en del av den nya Office 15-familjen av produkter (vilket tyder på, men inte garanterar, att vi kan se en fullständig x86-version av den sviten också före årets slut), men kommer att vara beröringsoptimerade versioner av applikationerna snarare än portar i standardsviten. Windows on ARM-produkterna kommer att “behålla trohet” med sina x86-motsvarigheter (vilket innebär att en fil som skapats i Word eller Powerpoint på en x86-maskin kommer att se likadan ut på en ARM-maskin), men kommer annars att göras om för att passa plattformen – en tidig versionen av Excel visas ovan.
Som sagt, Microsoft är fast i sin insisterande på att det inte kommer att stödja körning, emulering eller portering av befintliga x86-appar på Windows på ARM-skrivbordet – appar kan bara laddas ner och installeras via Windows Store, och endast appar skrivna för att rikta in sig på den nya WinRT API:er kan distribueras genom butiken (butiken kommer dock att kunna distribuera och uppdatera både ARM- och x86-versioner av appar i händelse av att appen använder någon kod som är inbyggd i någon av arkitekturerna). Microsoft föreslår att nuvarande Windows-utvecklare ska kunna ta betydande bitar av sin befintliga kod och slå in dem i ett Metro-lager, men erkänner att det kommer att kräva lite arbete att ta över befintliga appar – WinRT är helt klart framtidens våg där Windows är berörda, men det är upp till enskilda utvecklare att bestämma hur, när och om de ska ta över sina program.
Enheter som stöds och releasedatum
Windows på ARM skrivs för att köras på ARM SoCs från NVIDIA, Qualcomm och Texas Instruments, och det kommer bara att vara tillgängligt på enheter som är designade för att köra det – du kommer inte att kunna köpa en licens för Windows på ARM och installera det på en befintlig surfplatta eller en surfplatta designad för att köra Android. Microsoft arbetar med partners för att leverera kompatibel hårdvara, och företagets mål är att börja leverera enheter som kör Windows på ARM samtidigt som x86-enheter som kör Windows 8 (för närvarande planeras till slutet av året).
Förutom SoC-typ kommer Microsoft att ha en uppsättning allmänna riktlinjer för Windows på ARM-surfplattor som liknar de för nuvarande Windows-telefoner (“chassispecifikationen” på Microsoft-språk) – troligen en uppsättning skärmupplösningar som stöds och en lista av erforderliga hårdvaruenheter utformade för att ge en mellanväg mellan enhetligheten hos iPad och mångfalden-till-punkten-of-vansinnet hos Android-surfplattor. På Windows-telefoner är dessa krav på plats för att ge konsumenterna vissa valmöjligheter samtidigt som de begränsar utvecklarens huvudvärk och säkerställer ett standardiserat utseende och känsla för olika enheter från olika tillverkare – kraven för Windows på ARM kommer att ha samma syften, och vi pratar lite mer om en del av hårdvaran som kommer att vara gemensam för WOA-enheter längre fram i det här inlägget.
Genom att behandla Windows på ARM som en separat produkt, har Microsoft lämnat ett visst utrymme för att låta lanseringsdatumet glida utan att hålla upp Windows 8 (rörelseutrymme är mycket viktigt för Windows-teamet efter Vista, och de anstränger sig i allmänhet inte hårt datum om de inte förväntar sig att kunna träffa dem). Microsoft vill uppenbarligen leverera före årets slut eftersom, låt oss inse det, de vill inte ge Apple, Google, Amazon och resten ännu en semesterperiod helt för sig själva, men vid denna tidpunkt i spelet en felaktig eller halvdan release lagom till jul kan faktiskt vara värre för Microsofts marknad och mindshare än en väl genomförd release några månader senare. Räkna med en samtidig release med Windows 8, men vet att Microsoft ännu inte helt har engagerat sig i det.
När det skickas bör Windows på ARM komma som en enda utgåva av Windows ur funktionssynpunkt (även om företaget noterar att inga beslut angående nya Windows-produktutgåvor har slutförts) – Microsoft lovar att “justera funktionerna … så att [WOA] är konkurrenskraftig på marknaden och erbjuder ett övertygande värdeerbjudande till kunder av alla slag.” Det säger oss inte mycket, men jag tror att vi bör förvänta oss de konsumentinriktade funktionerna som du kan hitta i en Home Premium-version av Windows tillsammans med affärsinriktade funktioner (som domänkoppling och enhetskryptering) för att öka WOA:s överklagande till företag. Om beslutet att skicka ett enstaka Windows på ARM SKU kommer att ha någon effekt på x86-versionens armé av olika utgåvor återstår att se.
Drivrutiner, uppdateringar och hårdvara
Så eftersom Windows på ARM bara kommer att vara tillgängligt på enheter som utformats specifikt för det, kan Microsoft faktiskt hålla reda på vilken hårdvara som WOA-enheter garanterat kommer att använda. Detta innebär att all programvara, från OS-patchar till enhetsfirmware till specifika drivrutiner, kan och kommer att distribueras med Windows Update. Apple har uppnått något liknande i OS X – Mac-datorer är många och subtilt varierade, särskilt när man tar flera årsmodeller i beaktande, men i slutändan finns det en begränsad uppsättning hårdvara på området, och Apple kan hålla alla Mac-datorer som används upp till -Datum med drivrutiner, firmware och OS-uppdateringar genom Software Update, snarare än det breda utbudet av olika första- och tredjepartsuppdateringar som krävs för att korrigera de separata elementen på en x86 Windows-box (och jag lovar att jag bara jämför de två för att ge dig en referensram, inte för att jag anser att ett system i sig är överlägset det andra).
För att minska antalet drivrutiner som måste hållas uppdaterade förlitar sig Microsoft starkt på “klassdrivrutiner” för att stödja hårdvara i både WOA och Windows 8 – för de av er som bara ställer in, är en klassdrivrutin utformad för att stödja alla hårdvara tillverkad enligt vissa standarder, snarare än att rikta in sig på specifika enheter. Det är därför du fritt kan koppla in olika USB-tangentbord och flash-enheter till en Windows-dator och få dem att känna igen av maskinen utan att behöva stoppa in en drivrutinsskiva först.
Mycket av det arbete som Microsoft lägger på klassdrivrutiner är även tillämpligt på Windows 8 – vi har redan tittat på nya klassdrivrutiner för USB 3.0-kontroller, mobila bredbandschips och rörelsesensorer, och vi borde också se klassdrivrutiner för skrivare, Bluetooth, Embedded MultiMediaCard (eMMC)-lagring och drivrutiner för olika bussar och inmatningsenheter (som Windows, ström- och volymknappar).
Där Microsoft inte kan skapa klassdrivrutiner, försöker man genomdriva några vanliga specifikationer – WOA-enheter kommer alla att ha DirectX-kompatibla GPU:er och drivrutiner, som bland annat kommer att driva Metro-appar, Windows UI och GPU-acceleration i Internet Explorer. Denna baslinje har gjort det möjligt för Microsoft att förbättra GPU-drivrutinen för reservprogramvaran för att möjliggöra en snyggare skärm på enheter utan en specifik drivrutin (och även för systemdiagnostik och informationsskärmar). Denna nya mjuka GPU-drivrutin kommer även att finnas tillgänglig i Windows 8, där den kommer att ersätta den vanliga VGA-drivrutinen som har varit en del av Windows ungefär lika länge som Windows har funnits.
WOA-system kommer också att kräva UEFI firmware och Trusted Platform Module (TPM) hårdvara över hela linjen för att stödja dess säkra start- och datakryptering funktioner, som båda också kommer att vara tillgängliga för Windows 8-enheter med rätt hårdvara (TPM har använts för att kryptera hårddiskar med BitLocker eftersom Windows Vista och UEFI långsamt ersätter BIOS i OEM-datorer, men Windows 8 bör driva på att båda används i ett större antal datorer).
Slutsatser
För att se vad Microsoft försöker göra med Windows på ARM är den mest tillämpliga mallen att undersöka den som företaget följde med Windows Phone 7. I båda fallen går Microsoft in på en etablerad marknad där konkurrenter har etablerat fotfäste genom väldigt olika strategier ( i båda fallen, Apple och dess hårt kontrollerade iOS i ena änden, Google med sin oändligt formbara Android i den andra, och några andra konkurrenter som kämpar om rester däremellan) och har försökt skapa en medelväg. Windows Phone 7 har varit lite av en trögstartare på grund av Microsofts låga profil inom smartphoneområdet och på grund av en del svaga telefoner, men plattformen har några mycket högljudda fans – om företaget kan uppnå en liknande balans i Windows på ARM och få det att marknadsföra på konkurrenskraftig hårdvara i slutet av året, vilket (i kombination med Androids relativa svaghet på surfplattmarknaden hittills) kanske bara räcker för att etablera Windows som en stor aktör inom surfplattan.
Som vanligt med dessa sammanfattningar av Building Windows-inlägg har jag vidarebefordrat och destillerat den mest relevanta informationen för Windows-användare och -entusiaster här. Om du vill läsa hela inlägget, som också innehåller lite detaljer om hur Microsoft testar Windows på ARM i sina labb och några av de mer tekniska detaljerna som är involverade i att “portera” Windows från x86 till ARM, är det länkat nedan för din bekvämlighet.
Källa: Bygga Windows 8 blogg
