317 risposte a questa discussione

[eglio]

dopo tanti tweet e foto statiche, qui da 8:00 in poi potete vedere Windows ARM (WoA) in movimento virtualizzato su un Mac ARM



cosa deve succedere da qui a 2 anni
- chi fa queste patch per QEMU raffina e perfeziona il tutto
- i vendor di software di virtualizzazione commerciale raffinano e perfezionano il supporto a Windows ARM
- MS raffina e perfeziona l’emulazione di programmi Windows x86 (32bit e 64bit) sotto Windows ARM
- MS offre un canale commerciale per l’utente finale per acquisire una licenza Windows ARM (al momento non esiste)
- gli attuali Mac M1 5nm, dopo aver saltato la generazione M2 5nm+ (destinata, secondo i rumors, ai desktop ad alta potenza cioè i successori di iMac Pro e Mac Pro), vengono dopo quasi 2 anni (quindi con tempistica da iPad Pro più che da iPhone) aggiornati ad M3 3nm, potendosi avvalere quindi di potenza in eccesso che li faccia sudare meno nel virtualizzare WoA che a sua volta emula programmi Windows x86

a quel punto i vostri programmini windows x86 girano su macOS ARM

mi pare tutto abbastanza automatico tranne la parte in cuI MS offre Windows ARM per l’acquisto senza hardware all’utente finale, che finché non succede resta un’incognita

[eglio]

Amazon lancia macOS nella cloud, per 1$ all’ora potete evitare di comprare e manutenere dei mac per lo sviluppo



al momento basato su Mac Mini Intel

dal 2021 disponibili anche Mac Mini M1

[bjt2]

dopo tanti tweet e foto statiche, qui da 8:00 in poi potete vedere Windows ARM (WoA) in movimento virtualizzato su un Mac ARM



cosa deve succedere da qui a 2 anni
- chi fa queste patch per QEMU raffina e perfeziona il tutto
- i vendor di software di virtualizzazione commerciale raffinano e perfezionano il supporto a Windows ARM
- MS raffina e perfeziona l’emulazione di programmi Windows x86 (32bit e 64bit) sotto Windows ARM
- MS offre un canale commerciale per l’utente finale per acquisire una licenza Windows ARM (al momento non esiste)
- gli attuali Mac M1 5nm, dopo aver saltato la generazione M2 5nm+ (destinata, secondo i rumors, ai desktop ad alta potenza cioè i successori di iMac Pro e Mac Pro), vengono dopo quasi 2 anni (quindi con tempistica da iPad Pro più che da iPhone) aggiornati ad M3 3nm, potendosi avvalere quindi di potenza in eccesso che li faccia sudare meno nel virtualizzare WoA che a sua volta emula programmi Windows x86

a quel punto i vostri programmini windows x86 girano su macOS ARM

mi pare tutto abbastanza automatico tranne la parte in cuI MS offre Windows ARM per l’acquisto senza hardware all’utente finale, che finché non succede resta un’incognita

Mi sto leggendo la documentazione ACPI e UEFI. Se i Mac sono legacy free, i software di virtualizzazione devono emulare un sacco di rumenta per far girare windows senza modifiche. Non è tanto facile... QEMU infatti non ha mai dato compatibilità al 100%.

[eglio]

Mi sto leggendo la documentazione ACPI e UEFI. Se i Mac sono legacy free, i software di virtualizzazione devono emulare un sacco di rumenta per far girare windows senza modifiche. Non è tanto facile... QEMU infatti non ha mai dato compatibilità al 100%.

a me pare che per essere le prime settimane sia Windows ARM che Linux ARM virtualizzati procedano spediti
https://twitter.com/...7563586561?s=21

considera che si appoggiano a questo framework di macOS
https://developer.ap...tion/hypervisor
https://www.pagetable.com/?p=764


per Linux ARM su bare metal, c’é uno che ci crede e chiede soldi per lavorarci a tempo pieno:
https://www.macrumor...n-port-patreon/

mentre per Windows ARM su bare metal, da questa intervista ai vertici crapple sembra (se per “natively” intende su bare metal) che tecnicamente non ci sarebbe problema:
https://9to5mac.com/...-apple-silicon/

Messaggio modificato da eglio il 01 dicembre 2020 - 15:07

[entanglement]

Silicon <> "metal"

Dio can

[eglio]

bare metal è una locuzione che indica che non c’è un altro OS (host) di mezzo fra hardware e OS

sveglia

[bjt2]

a me pare che per essere le prime settimane sia Windows ARM che Linux ARM virtualizzati procedano spediti
https://twitter.com/...7563586561?s=21

considera che si appoggiano a questo framework di macOS
https://developer.ap...tion/hypervisor
https://www.pagetable.com/?p=764


per Linux ARM su bare metal, c’é uno che ci crede e chiede soldi per lavorarci a tempo pieno:
https://www.macrumor...n-port-patreon/

mentre per Windows ARM su bare metal, da questa intervista ai vertici crapple sembra (se per “natively” intende su bare metal) che tecnicamente non ci sarebbe problema:
https://9to5mac.com/...-apple-silicon/

Dopo aver letto i manuali sia delle cpu x86 che arm e relative estensioni per la virtualizzazione avevo pensato a come fare la virtualizzazione a livello utente esattamente come qua, però in hardware e in una eventuale nuova cpu (c'è un tizio, agner fog , che sta progettando una nuova cpu e volevo dargli suggerimenti). Nelle cpu attuali, sia arm che intel/amd, le estensioni di virtualizzazione girano solo a livello di kernel. Evidentemente crapple ha sopperito a questa limitazione con quelle librerie, che fanno esattamente quello che avevo pensato, ma a livello software. Ovviamente c'è un overhead perchè le cpu richiedono comunque di passare per il kernel mode per usare le estensioni di virtualizzazione...

 

Il problema di quell'approccio è che devi emulare tutti i dispositivi e passare per il SO per l'emulazione perchè un processo utente non vede niente. E non puoi darli in concessione esclusiva come puoi fare con veri software di virtualizzazione (ad esempio se dai una pennetta USB a una macchina virtuale, questa sparisce dalla macchina reale perchè è data in esclusiva a quella virtuale). Ma è comunque interessante.

Messaggio modificato da bjt2 il 01 dicembre 2020 - 18:07

[bjt2]

Ah, ovviamente con quel framework hai fatto quasi nulla. Se vuoi farci girare windows devi emulare BIOS e tutti i dispositivi PCI e legacy... Devi intercettare tutte le chiamate dei driver e emulare i dispositivi. E siccome sei un processo utente non puoi appoggiarti ai dispositivi fisici..

 

Ho letto anche lo standard PCI e PCI express e ti posso assicurare che è un casino. Poi i dispositivi legacy che ci sono ancora nei pc non ne parliamo...

Messaggio modificato da bjt2 il 01 dicembre 2020 - 18:12

[eglio]

“come avevo pensato io”
“hai fatto quasi nulla”
concetti ampi e vaghi, termini ombrello
azzardi e assunti sulle cose affinché regga il discorso
tendenza a divagazioni tangenziali e nominare tizi
 
lowi sei tu?
 
 
comunque sembra che anche a livello hardware crapple abbia implementato degli “x86-ismi” (alcuni noti e altri magari non noti) per riuscire meglio di altre CPU ARM nell’emulare x86

[eglio]

https://www.parallel...le-silicon-mac/

forza Parallels, veloci con questa versione per M1 (già demoata on stage nel keynote di giugno per altro)
fate vedere a bjt che virtualizzare Linux ARM e Windows ARM sul sistema atipico crapple non è un problema
velociii

[eglio]

I have a dream
 
programmi windows x86 emulati in WoA che girano meglio su WoA virtualizzato su mac AS che su portatili nativi WoA bare metal

[eglio]

altro video con WoA virtualizzato via QEMU e alcune app x86 leggere dimostrate



3 settimane che patchano QEMU, e va già così
il processore AS che (a posteriori) sarà il più fiacco di sempre, e va già così

avanti MS tira fuori una licenza WoA acquistabile comodamente su ebay

[eglio]

le porte Thunderbolt 4 (il tb4 semplicemente rende obbligatorie delle caratteristiche che in tb3 sono opzionali ma che crapple ha sempre implementato sulle proprie tb3, inclusa la nuova possibilità di hub thunderbolt, vedere sotto) dei Mac M1 sono le migliori di sempre

https://eshop.macsal...he-m1-mac-mini/

sono 2 ma non condividono il bus a 2 a 2 come sui precedenti mac
ciascuna ha sempre a disposizione 40Gbps pieni indipendentemente dall’altra

ecco il nuovo tipo di accessorio permesso dal thunderbolt 4, l’hub thunderbolt

https://eshop.macsal...thunderbolt-hub

certo questo non risolverà però il limite di un singolo monitor (seppur a risoluzione/frequenza alte) collegabile via thunderbolt ai Mac M1 (+ un secondo monitor su HDMI per il Mac Mini)

niente postazione con 6 monitor su supporto vesa col mac mini M1 (salvo ricorrere a monitor software con DisplayLink)

da vedere se anche sui MBP 14”/16” M1X con 4 porte tutte e 4 le porte avranno un bus indipendente da 40Gbps ciascuna

che I/O questi Mac M1
il sottile Air fanless con 2 x 40Gbps reali e uscita video 5K 60Hz, 6K 60Hz, 4K 144Hz o 8K 60Hz
l’ultimo portatile ultrasottile fanless crapple, il Macbook 12” 2017, aveva 1 x 5Gbps e uscita video 4K 60Hz
ne è passata di acqua sotto i ponti

[eglio]

https://www.lenovo.c...5/p/88YGC801370

“Disponibile a breve”

ma quando si sbriga Lenovo a renderlo disponibile qui questo ottimo laptop WoA, altro che portatili crapple ARM

schermo fullHD e pure bruttino
porte 2 x 10Gbps e display esterni max 4K 60Hz
costruzione plasticosa
trackpad inferiore
pochi programmi
niente Chrome nativo
programmi adobe x86 emulati al rallentatore
touchscreen e modem 5G
1500€

perché mai uno dovrebbe prendere un Macbook Air M1 a 1160€?

Spoiler

[willy_revenge]

Ho asdato

[eglio]

parole dure

[willy_revenge]

crapple stonks 📉📉📉📉📉📉📉

[harbinger]

Sempre dipendente PA, magari in quota protetta?

[Futura12]

problemi? 

[toyo]

Sempre dipendente PA, magari in quota protetta?

104 credo