Torvalds non ha dubbi: il kernel Linux 5.8 tra le release più grandi di sempre

[Redazione di Hardware Upg]

Link alla notizia: https://www.hwupgrade.it/news/sistem...pre_90130.html

Linus Torvalds ha presentato la prima release candidate del kernel Linux 5.8, la cui versione finale dovrebbe essere pronta per agosto. Si tratta di una release davvero grande, forse la più grande di sempre, con tantissimi interventi.

Click sul link per visualizzare la notizia.

[Fantapollo]

Linux in VM con i driver di Windows funziona meglio che con i driver nativi

[Breaking]

Originariamente inviato da Fantapollo

Linux in VM con i driver di Windows funziona meglio che con i driver nativi

in wsl, linux utilizza i suoi driver nativi. il problema è che viene avviato come sottosistema di un sistema portante avviato. di fatti le performance si perdono per strada. gli ultimi test di phoronix mostrano che c'è ancora un abisso nelle prestazioni di questa tecnologia, wsl non sembra raggiungere nemmeno per sogno le performance di una distro linux nativa. io personalmente non ne capisco l'utilità, ne per una gestione server e nemmeno per la programmazione.

[Fantapollo]

Originariamente inviato da Breaking

in wsl, linux utilizza i suoi driver nativi. il problema è che viene avviato come sottosistema di un sistema portante avviato. di fatti le performance si perdono per strada. gli ultimi test di phoronix mostrano che c'è ancora un abisso nelle prestazioni di questa tecnologia, wsl non sembra raggiungere nemmeno per sogno le performance di una distro linux nativa. io personalmente non ne capisco l'utilità, ne per una gestione server e nemmeno per la programmazione.

Driver nativi = driver nativi per la vm.
Ora vado a vedermi i test di Phoronix, perché io perdite di prestazioni non ne ho proprio notate

[acerbo]

Originariamente inviato da Fantapollo

Linux in VM con i driver di Windows funziona meglio che con i driver nativi

usi comunque piu' ram e piu' disco, mica gira per grazia divina una vm all'interno di un sistema operativo.
E comunque anche chissene, io winzozz devo usarlo per politiche aziendali, fosse per me sul disco rigido lascerei solo linux su installazione nativa, windows non lo vorrei vedere nemmeno in foto.

[andy45]

Originariamente inviato da Breaking

io personalmente non ne capisco l'utilità, ne per una gestione server e nemmeno per la programmazione.

Serve a semplificare la vita ai programmatori su windows, niente di più, niente di meno...e comunque non è una VM, è un compatibility layer, quindi direi che l'equivalente linux è wine.

[andy45]

Originariamente inviato da Fantapollo

Linux in VM con i driver di Windows funziona meglio che con i driver nativi

WSL non è una VM, e cmq funziona bene per fare cosa?

[The_ouroboros]

Originariamente inviato da Breaking

io personalmente non ne capisco l'utilità, ne per una gestione server e nemmeno per la programmazione.

una parola: sviluppo

[mattia.l]

Originariamente inviato da andy45

WSL non è una VM, e cmq funziona bene per fare cosa?

WSL 2 non è una vm ora?

[andy45]

Originariamente inviato da mattia.l

WSL 2 non è una vm ora?

Non è mai stato una VM, è un layer di compatibilità, in modo molto rozzo traduce a windows quello che dice un eseguibile linux...in pratica quello che fa wine su linux.

[biometallo]

Preciso subito che sono il più ignorante in materia qui dentro però ad una ricerca veloce leggo che:
WSL 2: come cambierà con il rilascio di Windows 10 20H1


Con l'avvento di Windows 10 20H1, come abbiamo anticipato nell'articolo Microsoft presenta WSL 2: il kernel Linux va su Windows all'interno di una mini macchina virtuale, i tecnici Microsoft introdurranno un'importante novità: anziché usare un livello di compatibilità per convertire le chiamate dirette al kernel Linux in chiamate Windows, WSL 2 offrirà un sistema isolato mediante hypervisor Hyper-V.
Linux sarà di fatto virtualizzato in WSL 2 e utilizzerà un disco virtuale basato su file system ext4 impiegando il protocollo 9p per le interazioni con Windows.

[Fantapollo]

Originariamente inviato da biometallo

Con l'avvento di Windows 10 20H1, come abbiamo anticipato nell'articolo Microsoft presenta WSL 2: il kernel Linux va su Windows all'interno di una mini macchina virtuale, i tecnici Microsoft introdurranno un'importante novità: anziché usare un livello di compatibilità per convertire le chiamate dirette al kernel Linux in chiamate Windows, WSL 2 offrirà un sistema isolato mediante hypervisor Hyper-V.
Linux sarà di fatto virtualizzato in WSL 2 e utilizzerà un disco virtuale basato su file system ext4 impiegando il protocollo 9p per le interazioni con Windows.

Esattamente

[Unrealizer]

Originariamente inviato da Breaking

in wsl, linux utilizza i suoi driver nativi. il problema è che viene avviato come sottosistema di un sistema portante avviato. di fatti le performance si perdono per strada. gli ultimi test di phoronix mostrano che c'è ancora un abisso nelle prestazioni di questa tecnologia, wsl non sembra raggiungere nemmeno per sogno le performance di una distro linux nativa. io personalmente non ne capisco l'utilità, ne per una gestione server e nemmeno per la programmazione.

Originariamente inviato da andy45

Serve a semplificare la vita ai programmatori su windows, niente di più, niente di meno...e comunque non è una VM, è un compatibility layer, quindi direi che l'equivalente linux è wine.

Originariamente inviato da andy45

WSL non è una VM, e cmq funziona bene per fare cosa?

Originariamente inviato da andy45

Non è mai stato una VM, è un layer di compatibilità, in modo molto rozzo traduce a windows quello che dice un eseguibile linux...in pratica quello che fa wine su linux.

Questo è WSL 1, mentre WSL 2 è una micro-VM (per la precisione è un container "Krypton" - i vari tipi di container su Windows hanno nomi di gas nobili e in ordine di "isolamento" sono Helium, Argon, Krypton e Xenon, link)

[andy45]

Originariamente inviato da biometallo

Preciso subito che sono il più ignorante in materia qui dentro però ad una ricerca veloce leggo che:
WSL 2: come cambierà con il rilascio di Windows 10 20H1


Con l'avvento di Windows 10 20H1, come abbiamo anticipato nell'articolo Microsoft presenta WSL 2: il kernel Linux va su Windows all'interno di una mini macchina virtuale, i tecnici Microsoft introdurranno un'importante novità: anziché usare un livello di compatibilità per convertire le chiamate dirette al kernel Linux in chiamate Windows, WSL 2 offrirà un sistema isolato mediante hypervisor Hyper-V.
Linux sarà di fatto virtualizzato in WSL 2 e utilizzerà un disco virtuale basato su file system ext4 impiegando il protocollo 9p per le interazioni con Windows.

Hai ragione, chiedo scusa per la mia ignoranza, ma a questo punto a che serve? WSL è un layer di compatibilità, che teoricamente dovrebbe essere migliore di una VM...dovrebbe anche garantire prestazioni superiori, almeno in teoria...a che pro farlo diventare una banale virtual machine?

[Fantapollo]

Originariamente inviato da andy45

Hai ragione, chiedo scusa per la mia ignoranza, ma a questo punto a che serve? WSL è un layer di compatibilità, che teoricamente dovrebbe essere migliore di una VM...dovrebbe anche garantire prestazioni superiori, almeno in teoria...a che pro farlo diventare una banale virtual machine?

Perché è una VM ultraottimizzata per garantire un'esperienza d'uso superiore a Linux Nativo.

[Unrealizer]

Originariamente inviato da andy45

Hai ragione, chiedo scusa per la mia ignoranza, ma a questo punto a che serve? WSL è un layer di compatibilità, che teoricamente dovrebbe essere migliore di una VM...dovrebbe anche garantire prestazioni superiori, almeno in teoria...a che pro farlo diventare una banale virtual machine?

Compatibilità soprattutto, si sono accorti che per avere un sistema usabile non bastava implementare le stesse syscall ma doveva comportarsi alla stessa maniera del vero Linux "bug per bug" (ovvero in ogni minimo dettaglio, anche quelli inaspettati/non previsti).
Era anche un lavoro immane supportare TUTTE le syscall, praticamente stavano riscrivendo un intero mezzo kernel, con una superficie di attacco immensa (lxss.sys era circa 700 KB al lancio) e andavano troppo lenti nello sviluppo

In questo modo usano il vero kernel per avere la compatibilità massima possibile, semplificando parecchio lo sviluppo.

Le performance sono abbastanza simili all'hardware in realtà, l'enorme collo di bottiglia lo vedi quando accedi al filesystem Windows, quello è LEEEEEEENTO dato che avviene tramite plan9, mentre se resti all'interno del filesystem del container è praticamente come usare Docker su Linux (tralaltro adesso Docker Desktop può usare WSL2 come backend invece di tirare su una VM, e quindi adesso si può usare anche su Windows Home)

[andy45]

Originariamente inviato da Fantapollo

Perché è una VM ultraottimizzata per garantire un'esperienza d'uso superiore a Linux Nativo.

Linux nativo è un'altra cosa, lascia stare .

[andy45]

Originariamente inviato da Unrealizer

Compatibilità soprattutto, si sono accorti che per avere un sistema usabile non bastava implementare le stesse syscall ma doveva comportarsi alla stessa maniera del vero Linux "bug per bug" (ovvero in ogni minimo dettaglio, anche quelli inaspettati/non previsti).
Era anche un lavoro immane supportare TUTTE le syscall, praticamente stavano riscrivendo un intero mezzo kernel, con una superficie di attacco immensa (lxss.sys era circa 700 KB al lancio) e andavano troppo lenti nello sviluppo

Ok, quindi visto che il gioco non valeva la candela meglio passare alla virtualizzazione.

[The_ouroboros]

Originariamente inviato da andy45

Ok, quindi visto che il gioco non valeva la candela meglio passare alla virtualizzazione.

o... per esempio... passare ad un *nix

[Unrealizer]

Originariamente inviato da andy45

Ok, quindi visto che il gioco non valeva la candela meglio passare alla virtualizzazione.

Fondamentalmente si

Originariamente inviato da The_ouroboros

o... per esempio... passare ad un *nix

Per certe cose si (es. in questo momento io sto usando Kubuntu perché è la cosa più adatta al lavoro che sto facendo), però avere effettivamente entrambi gli OS a portata di mano ha il suo perché

E puoi anche avere più istanze di più distro (+ i container Docker), che è un discreto valore aggiunto in certi casi

Ad esempio, ultimamente ho lavorato un po' per hobby al porting di un framework per app cross platform (MvvmCross) su Gtk 3, il problema però è che praticamente nessuna delle altre piattaforme supportate è usabile su Linux (a parte Tizen, ma debuggare in remoto sul 55" è un tantino scomodo), quindi poter lavorare su Windows e Visual Studio per testare il comportamento dei vari componenti su Android/UWP/WPF e Gtk (sia su Windows che su Linux) dalla stessa macchina ha la sua comodità

EDIT: in più è possibile usare KVM per virtualizzare pure macOS