Una versione di Microsoft Windows per ARM?

[Redazione di Hardware Upg]

Link alla notizia: http://www.hwfiles.it/news/una-versi...arm_34870.html

Al CES 2011 potrebbe essere presentata una versione di Microsoft Windows sviluppata per l'utilizzo su piattaforme ARM, ma alcune informazioni sono discordanti tra loro

Click sul link per visualizzare la notizia.

[ally]

...microsoft sviluppa soluzioni per arm dal 1996...

[PhoEniX-VooDoo]

Originariamente inviato da ally

...microsoft sviluppa soluzioni per arm dal 1996...

Windows CE?

[ally]

Originariamente inviato da PhoEniX-VooDoo

Windows CE?

...se apple ha portato avanti un progetto su x86 per velocizzare il porting non vedo come non possa averlo fatto anche ms con la differenza che la seconda già usa arm da 16 anni...quindi gli ipotetici 2 anni necessari per creare gli strati necessari sono a mio avviso campati in aria...

[PhoEniX-VooDoo]

il fatto che abbiano la possibilità di farlo da anni non significa che l'abbiano fatto pero

[ally]

Originariamente inviato da PhoEniX-VooDoo

il fatto che abbiano la possibilità di farlo da anni non significa che l'abbiano fatto pero

...pensi che ms si sia accorta adesso che arm puo' risultare un alternativa?...

[fano]

Originariamente inviato da ally

...se apple ha portato avanti un progetto su x86 per velocizzare il porting non vedo come non possa averlo fatto anche ms con la differenza che la seconda già usa arm da 16 anni...quindi gli ipotetici 2 anni necessari per creare gli strati necessari sono a mio avviso campati in aria...

Infatti non è da escludere che l'abbiano fatto anche loro

In fondo il problema più grosso dovrebbere essere il kernel, ma quello che usano sui cellulari non sarà poi troppo differente... due colpi di mouse e... fatto

Per le applicazioni se sono in .net non è nemmeno necessaria la ricompilazione essendo una VM devono funzionare così come sono

[grigor91]

Originariamente inviato da fano

Per le applicazioni se sono in .net non è nemmeno necessaria la ricompilazione essendo una VM devono funzionare così come sono

Andrebbe solo riscritto il CLR.

[fano]

Basta ricompilarlo, probabilmente

[PhoEniX-VooDoo]

Originariamente inviato da ally

...pensi che ms si sia accorta adesso che arm puo' risultare un alternativa?...

Parlo per i fatti, dato che non posso sapere cosa pensano in Microsoft.

I fatti dicono che a parte la furbata prima del DOS e poi dell'interfaccia grafica, Microsoft non è mai stata un'azienda che ha colto l'attimo, innovato o avuto bassi tempi di convergenza alle nuove opportunità, tutto questo perchè erano forti e tranquilli nella loro posizione di stra-dominio.

[Rizlo+]

Qui si parla di far girare windows su ARM, un vero sistema operativo desktop, non quella porcheria di Windows CE/Windows Mobile, vi assicuro che microsoft NON è gia pronta a lanciare windows su ARM... Il fatto che lavori su ARM dal 1996 in questo caso non ha nessuna rilevanza. Vi assicuro anche che la concorrenza (iOS/Linux) è molto più avanti in questo campo.

[supertigrotto]

windows 8 desktop e mobile dovrebbero essere molto simili (come ios circa),dovrebbe funzionare con sandbox e virtual machines,microsoft aveva dichiarato che windows 8 funzionava su qualsiasi macchina e su qualsiasi architettura,in un certo senso come un browser,che funziona sia su una macchina risc o cisc o mips che però visualizza i contenuti web indipendentemente dall'architettura.
Il concetto l'ho capito ma non lo so spiegare bene.
Quindi uno che ha windows 8 desk,dovrebbe ritrovarsi per le mani un windows phone 8 praticamente identico alla versione desk,così da avere un'esperienza d'uso unificata.
Ne avevano parlato già con il 7 ma da quel che ho capito,il tutto scivolerà con le release 8 dei sistemi mobile e home.

[PhoEniX-VooDoo]

Originariamente inviato da supertigrotto

windows 8 desktop e mobile dovrebbero essere molto simili (come ios circa),dovrebbe funzionare con sandbox e virtual machines,microsoft aveva dichiarato che windows 8 funzionava su qualsiasi macchina e su qualsiasi architettura,in un certo senso come un browser,che funziona sia su una macchina risc o cisc o mips che però visualizza i contenuti web indipendentemente dall'architettura.
Il concetto l'ho capito ma non lo so spiegare bene.
Quindi uno che ha windows 8 desk,dovrebbe ritrovarsi per le mani un windows phone 8 praticamente identico alla versione desk,così da avere un'esperienza d'uso unificata.
Ne avevano parlato già con il 7 ma da quel che ho capito,il tutto scivolerà con le release 8 dei sistemi mobile e home.

sure

[Damage92]

Originariamente inviato da fano

Basta ricompilarlo, probabilmente

Da quello che so il kernel (come gran parte dei programmi) che fa parte di windows si basano sulle istruzioni dei processori x86 per avere prestazioni migliori. Per cui si tratta di riscrivere il sistema senza bastarsi su quelle istruzioni.

Originariamente inviato da supertigrotto

windows 8 desktop e mobile dovrebbero essere molto simili (come ios circa),dovrebbe funzionare con sandbox e virtual machines,microsoft aveva dichiarato che windows 8 funzionava su qualsiasi macchina e su qualsiasi architettura,in un certo senso come un browser,che funziona sia su una macchina risc o cisc o mips che però visualizza i contenuti web indipendentemente dall'architettura.

Potrebbero essere simili a livello di interfaccia... ma non credo che a livello tecnico un sistema desktop possa essere simile ad uno mobile... target troppo diverso!
Anche tra iOs e MacOs c'é una bella differenza! Come tra Linux e Android (anche se Linux potrebbe girare su arm senza modifiche).

[II ARROWS]

Originariamente inviato da PhoEniX-VooDoo

Parlo per i fatti, dato che non posso sapere cosa pensano in Microsoft.

I fatti dicono che a parte la furbata prima del DOS e poi dell'interfaccia grafica, Microsoft non è mai stata un'azienda che ha colto l'attimo, innovato o avuto bassi tempi di convergenza alle nuove opportunità, tutto questo perchè erano forti e tranquilli nella loro posizione di stra-dominio.

Ovviamente senza contare la completa ristrutturazione del kernel NT 6, con la gestione della priorità di IO, dei permessi e la costruzione di UAC che tuttora è superiore a qualsiasi altra implementazione (su 7 si intende ovviamente solo al massimo livello impostabile). Su Linux eleva tutto l'utente, su Mac la password è digitata in chiaro alla mercé di qualsiasi keylogger.

La storia recente di Microsoft non è proprio come la descrivi.

[bjt2]

Originariamente inviato da Damage92

Da quello che so il kernel (come gran parte dei programmi) che fa parte di windows si basano sulle istruzioni dei processori x86 per avere prestazioni migliori. Per cui si tratta di riscrivere il sistema senza bastarsi su quelle istruzioni.



Potrebbero essere simili a livello di interfaccia... ma non credo che a livello tecnico un sistema desktop possa essere simile ad uno mobile... target troppo diverso!
Anche tra iOs e MacOs c'é una bella differenza! Come tra Linux e Android (anche se Linux potrebbe girare su arm senza modifiche).

ReactOS, che è un clone open source di windows, è stato scritto pensando al multipiattaforma... Esiste un branch per le CPU ARM ed in generale è pochissimo il codice scritto in assembler... Quando il branch sarà collaudato basterà dire per che architettura e ricompilare, compresi i driver forniti con il SO. Posto però che ora ReactOS è ancora in stadio alpha... Non credo che MS non sia in grado di fare altrettanto...

[bjt2]

Originariamente inviato da II ARROWS

Ovviamente senza contare la completa ristrutturazione del kernel NT 6, con la gestione della priorità di IO, dei permessi e la costruzione di UAC che tuttora è superiore a qualsiasi altra implementazione (su 7 si intende ovviamente solo al massimo livello impostabile). Su Linux eleva tutto l'utente, su Mac la password è digitata in chiaro alla mercé di qualsiasi keylogger.

La storia recente di Microsoft non è proprio come la descrivi.

Ma lo sai che ora che mi ci fai pensare l'UAC è molto meglio da questo punto di vista (oltre alla rottura di dover digitare ogni volta la password)?

[pabloski]

in verità UAC è uno scimmiottamento superficiale del sudo

non vedo in cosa sia migliore dei suoi predecessori

poi non capisco la frase "gestione della priorità di IO, dei permessi"...priorità dei permessi? non penso l'autore intendesse questo

riguardo le priorità nella gestione dell'I/O mancava solo windows perchè gli unix lo fanno da una vita

si tratta di roba che andava implementata 10 anni fa altro che aspettare windows 7

riguardo arm non penso che ms credesse minimamente che un giorno sarebbe potuta diventare un pericolo per intel e infatti windows non ha mai avuto nessun kernel arm parallelo....l'originale nt era mantenuto per varie architetture ma ben presto restò solo quella intel

ms credeva fermamente che il futuro sarebbe stato monopolizzato da intel

[HW-MLCR]

Originariamente inviato da pabloski

in verità UAC è uno scimmiottamento superficiale del sudo

non vedo in cosa sia migliore dei suoi predecessori

poi non capisco la frase "gestione della priorità di IO, dei permessi"...priorità dei permessi? non penso l'autore intendesse questo

riguardo le priorità nella gestione dell'I/O mancava solo windows perchè gli unix lo fanno da una vita

si tratta di roba che andava implementata 10 anni fa altro che aspettare windows 7

riguardo arm non penso che ms credesse minimamente che un giorno sarebbe potuta diventare un pericolo per intel e infatti windows non ha mai avuto nessun kernel arm parallelo....l'originale nt era mantenuto per varie architetture ma ben presto restò solo quella intel

ms credeva fermamente che il futuro sarebbe stato monopolizzato da intel

ma ci sei o ci fai???

[WarDuck]

Tralasciando l'OT che state facendo, come sempre, la maggior parte dei sistemi operativi moderni contiene una bassa percentuale di codice assembly rispetto al totale, per cui non è impossibile portare un SO su un'altra architettura in breve tempo.

Se il sistema è programmato bene dal punto di vista dei tipi (e Windows da questo punto di vista lo è dato che ridefinisce praticamente ogni tipo) non ci saranno grossi problemi, basterà ridefinirli secondo l'architettura.