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

[OUTATIME]

Originariamente inviato da Unrealizer

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

Io ad esempio ho smesso di usare Openmediavault quando hanno iniziato ad implementare i docker. Personalmente non li sopporto.

[Unrealizer]

Originariamente inviato da OUTATIME

Io ad esempio ho smesso di usare Openmediavault quando hanno iniziato ad implementare i docker. Personalmente non li sopporto.

Perché mai? Sono comodissimi

[ase]

beh tanto alcuni maligni dicono che il prossimo Windows (windows 15, 20 o come lo chiameranno) sarà solo un DE di Linux.

Magari!

[OUTATIME]

Originariamente inviato da Unrealizer

Perché mai? Sono comodissimi

Si, indubbiamente il concetto di separare le applicazioni in contenitori è una bella pensata. Ma su OMV mi sembra che tutto il progetto di muovere i moduli su docker sia ancora un po' acerbo. OMV nasceva come soluzione pronto uso adatta anche ai newbie, proprio per il lavoro di porting che facevano gli sviluppatori. Se mi devo sbattere ad usare docker, a questo punto passo ad una Debian ufficiale e uso tutto in ambiente standard (che è quello che ho fatto). Comunque si va troppo OT, era solo per dire che IMHO docker non è la soluzione per tutto.

[andy45]

Originariamente inviato da Unrealizer

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

A me sembra solo una gran confusione...e lo dico anche per l'accoppiata linux+wine, se mi servono applicazioni windows su linux vuol dire che ho sbagliato a scegliere sistema operativo.

[The_ouroboros]

che poi i container sono una tecnologia per server, non desktop

[Unrealizer]

Originariamente inviato da ase

beh tanto alcuni maligni dicono che il prossimo Windows (windows 15, 20 o come lo chiameranno) sarà solo un DE di Linux.

Magari!

Ne dubito fortemente

Originariamente inviato da OUTATIME

Si, indubbiamente il concetto di separare le applicazioni in contenitori è una bella pensata. Ma su OMV mi sembra che tutto il progetto di muovere i moduli su docker sia ancora un po' acerbo. OMV nasceva come soluzione pronto uso adatta anche ai newbie, proprio per il lavoro di porting che facevano gli sviluppatori. Se mi devo sbattere ad usare docker, a questo punto passo ad una Debian ufficiale e uso tutto in ambiente standard (che è quello che ho fatto). Comunque si va troppo OT, era solo per dire che IMHO docker non è la soluzione per tutto.

Ah ok, tutto chiaro adesso

PS: nickname fantastico

Originariamente inviato da andy45

A me sembra solo una gran confusione...e lo dico anche per l'accoppiata linux+wine, se mi servono applicazioni windows su linux vuol dire che ho sbagliato a scegliere sistema operativo.

Mah secondo me è utile invece, sia per quello che dicevo poco fa del toolkit che sto scrivendo (valido il comportamento della versione WPF e sviluppo la mia versione Gtk su Windows e Linux dalla stessa macchina, in maniera quasi trasparente e senza VM classiche), sia per molti altri scenari.

Un altro esempio è poter lavorare contemporaneamente alla parte server di un'applicazione, che gira su Linux e a un client nativo + la possibilità di usare tool come Adobe Xd per vedere come fare la UI

Originariamente inviato da The_ouroboros

che poi i container sono una tecnologia per server, non desktop

Sono comodi anche quando ti serve avere una versione locale del backend

Windows comunque sta spingendo parecchio per i container su desktop, sono già usati in maniera trasparente da un po': le app dallo Store, sia UWP che Desktop Bridge sono dentro container Helium, Edge (entrambi) e Chromium usano container Argon, Application Guard su Edge, Windows Sandbox e WSL2 usano container Krypton e la stessa cosa viene usata per le applicazioni classiche su Windows 10X ("VAIL")

[andy45]

Originariamente inviato da Unrealizer

Mah secondo me è utile invece, sia per quello che dicevo poco fa del toolkit che sto scrivendo (valido il comportamento della versione WPF e sviluppo la mia versione Gtk su Windows e Linux dalla stessa macchina, in maniera quasi trasparente e senza VM classiche), sia per molti altri scenari.

Un altro esempio è poter lavorare contemporaneamente alla parte server di un'applicazione, che gira su Linux e a un client nativo + la possibilità di usare tool come Adobe Xd per vedere come fare la UI

Giustamente il tuo punto di vista è quello di uno sviluppatore, dove ti fa comodo avere più cose possibili sotto mano, dal mio punto di vista, quello dell'analista numerico, vedo queste cose come uno spreco di risorse e una possibile fonte di instabilità...giustamente paese che vai usanza che trovi .

[The_ouroboros]

Originariamente inviato da andy45

Giustamente il tuo punto di vista è quello di uno sviluppatore, dove ti fa comodo avere più cose possibili sotto mano, dal mio punto di vista, quello dell'analista numerico, vedo queste cose come uno spreco di risorse e una possibile fonte di instabilità...giustamente paese che vai usanza che trovi .

instabilità? Container sono fatti apposta per essere isolati cosi se qualcosa si rompe non tempe tutto il resto

[andy45]

Originariamente inviato da The_ouroboros

instabilità? Container sono fatti apposta per essere isolati cosi se qualcosa si rompe non tempe tutto il resto

Stavo pensando a wine su linux a dire la verità...non considerando minimamente windows per lavorare mi riesce difficile pensare a uno scenario al contrario .

[The_ouroboros]

Originariamente inviato da andy45

Stavo pensando a wine su linux a dire la verità...non considerando minimamente windows per lavorare mi riesce difficile pensare a uno scenario al contrario .

legit

[Unrealizer]

Originariamente inviato da andy45

Giustamente il tuo punto di vista è quello di uno sviluppatore, dove ti fa comodo avere più cose possibili sotto mano, dal mio punto di vista, quello dell'analista numerico, vedo queste cose come uno spreco di risorse e una possibile fonte di instabilità...giustamente paese che vai usanza che trovi .

Wine però è tutt'altra cosa, i container (sia Docker che WSL) servono proprio a isolare come dice Ouroboros

Ad esempio, su Windows ho 3 istanze WSL2 con Ubuntu 20.04 separate, una per il lavoro quotidiano, una per il lavoro freelance e una su cui sperimentare

Se rompo l'ambiente di una le altre si salvano (e posso comunque ripristinare uno snapshot).

Sia su Linux che Windows poi con Docker ho container diversi per i database dei vari servizi, e non devo nemmeno installare i tool di sviluppo per lavorare: ho dei container apposta, il che mi aiuta anche ad avere un ambiente riproducibile, così non devo impazzire/perdere una giornata nel caso cambiassi macchina o formattassi: clono il repo e faccio "docker-compose up". Le nuove feature di Visual Studio Code per lavorare direttamente con WSL o i container Docker sono una manna dal cielo, non devo nemmeno preoccuparmi di nulla, una volta configurato fa tutto lui (e la configurazione è la stessa per tutti).

Anche a casa, ho un raspberry con un controller Unifi (per il wifi), Pihole e un paio di altri servizi privati (bot telegram per gestire varie cose) ognuno nel proprio container, con delle cartelle montate per lo storage dei dati e della configurazione, a loro volta montate tramite SMB dal microserver che fa da NAS: se mi morisse il raspberry o si corrompesse l'SD non devo fare altro che prendere una micro SD nuova, flashare l'immagine che ho già pronta e ripartire: l'immagine rimonterebbe i volumi del microserver, tirerebbe giù le immagini docker e farebbe ripartire tutto come se non fosse successo nulla (in più c'è un altro raspberry pronto a partire manualmente con un comando nel caso servisse)

[WarDuck]

Originariamente inviato da Unrealizer

[..]

Windows comunque sta spingendo parecchio per i container su desktop, sono già usati in maniera trasparente da un po': le app dallo Store, sia UWP che Desktop Bridge sono dentro container Helium, Edge (entrambi) e Chromium usano container Argon, Application Guard su Edge, Windows Sandbox e WSL2 usano container Krypton e la stessa cosa viene usata per le applicazioni classiche su Windows 10X ("VAIL")

Dalla figura che hai linkato, sinceramente sono un po' preoccupato della piega che ha preso Windows.

Mi sembra che la complessità del sistema (che già è complesso di suo) stia aumentando a dismisura. Speriamo bene.

Dal mio punto di vista è chiaro che la virtualizzazione a container sia il presente ma soprattutto il futuro degli OS.

Fossi un ricercatore MS proverei a proporre un nuovo kernel che usi questo paradigma sin dalle sua fondamenta. Di fatto tutti pian piano stanno applicando patch a kernel esistenti per supportare sempre più isolamento. Considerare questa cosa sin dall'inizio invece secondo me darebbe garanzie superiori, specialmente dal punto di vista della sicurezza.

[Unrealizer]

Originariamente inviato da WarDuck

Dalla figura che hai linkato, sinceramente sono un po' preoccupato della piega che ha preso Windows.

Mi sembra che la complessità del sistema (che già è complesso di suo) stia aumentando a dismisura. Speriamo bene.

Dal mio punto di vista è chiaro che la virtualizzazione a container sia il presente ma soprattutto il futuro degli OS.

Fossi un ricercatore MS proverei a proporre un nuovo kernel che usi questo paradigma sin dalle sua fondamenta. Di fatto tutti pian piano stanno applicando patch a kernel esistenti per supportare sempre più isolamento. Considerare questa cosa sin dall'inizio invece secondo me darebbe garanzie superiori, specialmente dal punto di vista della sicurezza.

Un nuovo kernel porterebbe più problemi che altro, anzi credo che il kernel sia quello più pronto a questa transizione, è la parte sopra a non vivere bene la cosa

IMHO è anche per questo che esiste(rà) 10X: le applicazioni moderne (UWP), che sanno usare il sistema di permessi, hanno un'identità e sono dentro container di default vengono installate "direttamente" (comunque dentro container Helium), tutto il resto va in VAIL, che praticamente è una Windows Sandbox persistente più integrata con il resto della shell.

[WarDuck]

Originariamente inviato da Unrealizer

Un nuovo kernel porterebbe più problemi che altro,

Intendo più che altro dal punto di vista di ricerca, è chiaro che la produzione è altra cosa.

Originariamente inviato da Unrealizer

anzi credo che il kernel sia quello più pronto a questa transizione, è la parte sopra a non vivere bene la cosa

IMHO è anche per questo che esiste(rà) 10X: le applicazioni moderne (UWP), che sanno usare il sistema di permessi, hanno un'identità e sono dentro container di default vengono installate "direttamente" (comunque dentro container Helium), tutto il resto va in VAIL, che praticamente è una Windows Sandbox persistente più integrata con il resto della shell.

Quello che dici è vero, tant'è che MS ha tirato fuori un nuovo modello di sviluppo delle applicazioni. Tecnicamente però, alcune di quelle novità si sarebbero potute applicare anche in modo retro-compatibile ad applicazioni Win32, nel caso dei permessi individuando ad esempio i gruppi di syscall usati per realizzare una certa funzionalità e intercettando a run-time i tentativi di accesso. Di fatto estendere quello che già oggi fa UAC con permessi più granulari.

Comunque l'ecosistema Windows di oggi è molto più complesso anche solo di qualche anno fa.

[Unrealizer]

Originariamente inviato da WarDuck

Intendo più che altro dal punto di vista di ricerca, è chiaro che la produzione è altra cosa.



Quello che dici è vero, tant'è che MS ha tirato fuori un nuovo modello di sviluppo delle applicazioni. Tecnicamente però, alcune di quelle novità si sarebbero potute applicare anche in modo retro-compatibile ad applicazioni Win32, nel caso dei permessi individuando ad esempio i gruppi di syscall usati per realizzare una certa funzionalità e intercettando a run-time i tentativi di accesso. Di fatto estendere quello che già oggi fa UAC con permessi più granulari.

Comunque l'ecosistema Windows di oggi è molto più complesso anche solo di qualche anno fa.

Immagino che avranno vari kernel di ricerca internamente per queste cose, alla fine il primo WSL era nato da un progetto vicino a Midori (Drawbridge)

Alcune di quelle cose effettivamente sono usate anche in app win32 (tipo tutta la parte di identità e isolamento "leggero"), però immagino che fosse un enorme lavoro da fare in un layer rischioso da toccare così tanto a causa della retrocompatibilità. Così su due piedi IMHO ha senso che abbiano investito direttamente sul nuovo modello invece di forzarlo nel vecchio.

IMHO è stato meglio, immagina cosa sarebbe successo se qualunque applicazione avesse iniziato a spammarti di richieste di autorizzazione al primo riavvio dopo l'update a 10, dato che tutte le cose che fino a 30 minuti prima potevano fare tranquillamente adesso richiedono un OK dall'utente

Anzi non devi immaginarlo: basta pensare a cosa è successo con UAC ai tempi di Vista o pochi mesi fa con Catalina