mboost-dp1
Microsoft
2013 MS ?? Til den tid kan tablets (igen) være soooo yesterday, er altså ikke godt nok, hvis I vil være verdens førende. Jeg ville være stærkt bekymret, hvis jeg var dem.
Synes det her ligner en af de første store muligheder for reel konkurrence, hvis brugerne bliver vænnet til ipads og måske køber en mac næste gang.. Pludselig en dag står Apple med reele markedsandele for desktops måske og tvivler desværre på at MS hiver en kanin op af hatten med windows 8.. Jeg ville skynde mig ind i kampen, men går jo også pæn langsomt for Android (eller Chrome hvis det virkelig bliver til noget)..
Synes det her ligner en af de første store muligheder for reel konkurrence, hvis brugerne bliver vænnet til ipads og måske køber en mac næste gang.. Pludselig en dag står Apple med reele markedsandele for desktops måske og tvivler desværre på at MS hiver en kanin op af hatten med windows 8.. Jeg ville skynde mig ind i kampen, men går jo også pæn langsomt for Android (eller Chrome hvis det virkelig bliver til noget)..
arne_v (3) skrev:
Microsoft vil angiveligt fremvise det nye OS ved CES i januar 2011, selvom det ikke forventes at være færdigt før to år senere.
Det er vist en klassisk MS.
Jeg vil tro det er Windows 8 de viser frem. Det passer vel nogenlunde med to år - er det ikke i slutningen af 2012, det skal komme?
Microsoft vil angiveligt fremvise det nye OS ved CES i januar 2011, selvom det ikke forventes at være færdigt før to år senere.
Så svært er det altså heller ikke at porte til ARM.
#7
Et stort rundt nul, men det gør det jo ikke til en to års opgave.
Selv hvis at de 60 MLOC er skrevet i C eller et andet sprog som kompilerer til native, er opgaven kun at opdatere makefilerne til en anden compiler og så kører det (hvis ellers koden er porterbart skrevet; er den ikke det, venter der selvsagt et oprydningsarbejde hvor det er gældende).
Eller har jeg overset noget?
Et stort rundt nul, men det gør det jo ikke til en to års opgave.
Selv hvis at de 60 MLOC er skrevet i C eller et andet sprog som kompilerer til native, er opgaven kun at opdatere makefilerne til en anden compiler og så kører det (hvis ellers koden er porterbart skrevet; er den ikke det, venter der selvsagt et oprydningsarbejde hvor det er gældende).
Eller har jeg overset noget?
dengulebaron (8) skrev:Et stort rundt nul,
Der er formentligt aldrig nogen som har porteret så stor en kode mængde.
dengulebaron (8) skrev:
Selv hvis at de 60 MLOC er skrevet i C eller et andet sprog som kompilerer til native, er opgaven kun at opdatere makefilerne til en anden compiler og så kører det (hvis ellers koden er porterbart skrevet; er den ikke det, venter der selvsagt et oprydningsarbejde hvor det er gældende).
Eller har jeg overset noget?
Der er primært C og C++ kode.
Og opgaven er noget mere end at opdatere makefile's.
Første problem er at finde en compiler. De vil formentligt tage en almindelig VC++ og inkorporere backenden fra det der bruges til ARM på Windows CE / Windows Mobile.
Så skal de dele af Windows der et virkeligt tætte på CPU'en omskrives til ARM (registre der skal fyldes når processer skal ind på og ud fra CPU'en, formatet på PTE etc. - der burde være i HAL delen i Windows - igen må der kunne lånes fra CE/Mobile).
Evt. ændringere højere oppe i lagene forårsaget af ændringer i HAL skal laves.
Så skal alle de steder i koden hvor der bruges noget implementations specifiks og hvor x86/x86-64 og ARM er forskellige rettes til.
Så skal UI tilrettes/udvides de steder hvor den eksistende Windows kode er for tastatur fikseret.
Og så skal det hele testes.
Og det skal formentligt igennem et antal public Beta og RC'ere.
(plus alt det som jeg ikke kender til)
Så jeg tror ikke at det er ordnet lige ved at bruge fredag eftermiddag på at tilrette makefile's.
#11
Indrømmet: jeg overså at enkelte arkitektur specifikke dele af kernen (scheduler, IRQ, DMA, power management for at nævne nogen stykker) skal omskrives til ARM. Her kunne man dog antage at dele fra WP7 kunne genbruges (jeg ved ikke om det er samme kerne). Det bør være en minimal del af kernen som er arkitekturafhængig.
Jeg overså også at SIMD er implementeret på en anden måde i ARM, men det bør begrænse sig til et fåtal af libs som benytter SIMD.
Compilere til ARM er der et hav af og VC++ understøtter da også allerede ARM.
Så IMHO er selve det at porte til ARM en overskuelig opgave.
En (for mig) mere uoverskuelig opgave er virtualiseringen af X86: bør man lave en virtuel X86, instruction translation eller noget tredje?
Indrømmet: jeg overså at enkelte arkitektur specifikke dele af kernen (scheduler, IRQ, DMA, power management for at nævne nogen stykker) skal omskrives til ARM. Her kunne man dog antage at dele fra WP7 kunne genbruges (jeg ved ikke om det er samme kerne). Det bør være en minimal del af kernen som er arkitekturafhængig.
Jeg overså også at SIMD er implementeret på en anden måde i ARM, men det bør begrænse sig til et fåtal af libs som benytter SIMD.
Compilere til ARM er der et hav af og VC++ understøtter da også allerede ARM.
Så IMHO er selve det at porte til ARM en overskuelig opgave.
En (for mig) mere uoverskuelig opgave er virtualiseringen af X86: bør man lave en virtuel X86, instruction translation eller noget tredje?
dengulebaron (12) skrev:og VC++ understøtter da også allerede ARM.
Gør den?
De skilter ihvertfald ikke med det.
http://msdn.microsoft.com/en-us/library/ms235435%2...
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund