|
|
|
|
Strumenti |
17-06-2021, 16:16 | #1 |
www.hwupgrade.it
Iscritto dal: Jul 2001
Messaggi: 75175
|
Link all'Articolo: https://www.hwupgrade.it/articoli/si...nte_index.html
Google Fuchsia è un nuovo sistema operativo in sviluppo con una particolarità: utilizza Zircon, un microkernel. L'approccio progettuale è piuttosto differente rispetto ai sistemi operativi più diffusi, che usano perlopiù modelli ibridi. Vediamo come un approccio a microkernel potrebbe garantire a Google maggiore controllo sulle sue piattaforme come Android e Chrome OS Click sul link per visualizzare l'articolo. |
17-06-2021, 18:11 | #2 |
Senior Member
Iscritto dal: Aug 2006
Città: Valdagno
Messaggi: 3834
|
Se non sbaglio,quando c'era la sfida monolitico vs micro ,vinceva il monolitico per via che si usavano CPU monocore,dagli ultimi dati che ho letto,il microkernel con le CPU multicore sono diventati scattanti,a tal punto che la differenza fra monolitico e microkernel non si nota nemmeno.
Fra l'altro Mach viene usato su macchine CNC per evitare disastri nelle lavorazioni,essendo pure RealTime. In effetti,il sistema operativo e relativo kernel,come concetto ,era stato creato decenni fa,quando le CPU erano quasi totalmente diverse da quelle moderne,quindi un cambio di paradigma ci starebbe. |
17-06-2021, 18:28 | #3 | |
Senior Member
Iscritto dal: Sep 2001
Città: Saronno (VA)
Messaggi: 20543
|
Quote:
Mi pare di capire anche che zircon è di fatto un sistema completamente nuovo che nulla ha a che vedere con Linux.. Mi chiedo se sarà competitivo rispetto a linux visto che comunque su linux ci hanno lavorato per anni ed anni un esercito di programmatori in tutto il pianeta..
__________________
DEMON77 La mia galleria su Deviant Art: http://aby77.deviantart.com/gallery/?catpath=/ |
|
17-06-2021, 19:23 | #4 |
Senior Member
Iscritto dal: Sep 2011
Messaggi: 895
|
oddio per un momento ho pensato di tornare a leggere uno di quegli articoli che si trovavano su riviste come microcomputer anche se non tecnico come allora che dire finalmente qualcosa di un pò più approfondito e non del solito tenore "google vuole fuchsia perchè il reparto marketing ha visto che il viola va di moda" ...ok no sarei ingeneroso ma mi è piaciuto molto rispetto al solito
detto questo dopo quello che ha fatto apple con rosetta di fronte ad un incremento di performance sui soc si potrebbe attutire la ricaduta della mancanza di app native. L'evoluzione di smartphone , ipad e tutti i dispositivi con arm pone la necessità di muoversi verso SO più moderni e modulari che possano venire ritagliati sull hw di destinazione. |
17-06-2021, 22:17 | #5 |
Senior Member
Iscritto dal: Jul 2003
Messaggi: 789
|
Se sento parlare di microkernel il primo ricordo che mi viene è Hurd.
E non è un bel ricordo, eh. |
17-06-2021, 22:42 | #6 |
Senior Member
Iscritto dal: Nov 2000
Città: Varees
Messaggi: 8992
|
C'era un sito, parallelo a HWU di anni orsono, una volta lo avevo tra i preferiti, poi è sparito. Era molto tecnico, ma efficace. Mi piacerebbe ritrovarlo con la wayback machine. Solo che non ricordo il nome.
EDIT: dopo un giro al pensatoio (...) ho trovato: lithium.it https://web.archive.org/web/20070814...temid=99999999 Ultima modifica di frankie : 17-06-2021 alle 22:56. |
17-06-2021, 23:00 | #7 |
Senior Member
Iscritto dal: Apr 2005
Città: Tairon
Messaggi: 541
|
io non ne so molto (diciamo nulla) ma sarei curioso di conoscere qualche dettaglio in più sul "passaggio" del kernel linux da monolitico a microkernel (e mi viene da pensare alla famosa lite con Tanenbaum).
qualcuno potrebbe spiegarmi? grazie!! |
18-06-2021, 06:21 | #8 | |
Member
Iscritto dal: Dec 2016
Città: Toulouse/Montpellier/Melbourne
Messaggi: 228
|
Quote:
non c'è nessun "passaggio a microkernel" Linux non è un microkernel sotto nessun aspetto, anzi è monolitico fino al midollo per precisa scelta. la famosa lite infatti verteva anche su questo aspetto tra le tante cose: veniva rimproverato a Linux di "nascere vecchio", e sinceramente Tanenbaum non aveva tutti i torti all'epoca. quello che linux ha guadagno negli anni in aggiunta alla natura monolitica, è l'essere modulare, vale a dire che non deve necessariamente caricare tutto in un colpo solo per avviarsi ma può prendere pezzi di kernel al volo e farli girare in kernel space. le prestazioni restano alte ed scalare su multi CPU resta possible, non come un micro ma comunque infinitamente più di un mololitico "classico". a livello di design non è mai stato in discussione che i micro siano più robusti ed eleganti, il problema sono sempre state le prestazioni |
|
18-06-2021, 08:09 | #9 |
Senior Member
Iscritto dal: Jul 2007
Città: Sicilia
Messaggi: 5470
|
Mah, allo stato attuale non vedo nessun motivo per un PC "normale" il passaggio al microkernel... Il riavvio di un servizio non credo che sia comunque indolore, e il calo di prestazioni a mio avviso si fa sentire anche nei multicore. Il discorso dell'eleganza poi regge poco, un software e' fatto bene se funziona bene a mio avviso. Poi e' ovvio che se funziona bene in genere e' perche' e' ben organizzato, ma da qui all'eleganza del microkernel ce ne vuole.
Non a caso Google lo ha scelto non tanto per Android, ma per quei dispositivi IoT, come il Nest, dove alla pura potenza computazionale si preferisce l'affidabilita', quindi il fatto che in caso di crash di un servizio non si resetti l'intero dispositivo. Sinceramente comunque non credo siano piu' affidabili di un kernel linux monolitico. Ho come l'impressione che il microkernel, basato sui servizi, sia passato alla ribalta come conseguenza della nascita dei microservices in ambito server (docker etc), facendo tornare "di moda" il fatto di avere tanti piccoli programmi indipendenti invece di un solo grosso blocco, che puo' avere senso per grandi applicazioni (servizi web come amazon e netflix), e meno per applicazioni che girano sul singolo PC, come un kernel.
__________________
Non abbiamo ereditato il mondo dai nostri padri L'abbiamo preso in prestito dai nostri figli |
18-06-2021, 08:16 | #10 |
Senior Member
Iscritto dal: Dec 1999
Messaggi: 5019
|
Le discussioni tra micro e mono mi hanno sempre ricordato quelle tra RISC e CISC.
By(t)e
__________________
Vicking73: "Arecibo è un radiotelescopio che stà in Brasile" marzionieddu: "...stiamo cercando qualcosa nel totale silenzio cosmico..." |
18-06-2021, 08:22 | #11 | |
Senior Member
Iscritto dal: Dec 2007
Messaggi: 3429
|
Quote:
D'altronde di esempi così è piena la storia della tecnologia...
__________________
Il senno di poi è una scienza esatta |
|
18-06-2021, 08:32 | #12 |
Senior Member
Iscritto dal: Nov 2000
Città: Varees
Messaggi: 8992
|
Se dal lato applicazioni sembra che sia rimasto tutto come prima, quali sono i vantaggi da passare dal kernel linux a fuchsia (a parte il controllo di Google)?
Intendo pratici, non teorici, cosa si è ottenuto? |
18-06-2021, 08:48 | #13 |
Senior Member
Iscritto dal: Jul 2007
Città: Sicilia
Messaggi: 5470
|
Che puoi scrivere driver demme@@a, tanto se crashano si riavvia il servizio e non crasha il computer...
__________________
Non abbiamo ereditato il mondo dai nostri padri L'abbiamo preso in prestito dai nostri figli |
18-06-2021, 09:10 | #14 |
Member
Iscritto dal: Dec 2016
Città: Toulouse/Montpellier/Melbourne
Messaggi: 228
|
sul fatto che l'eleganza formale conti poco sono d'accordo visto che si parla di strati a così basso livello, scritti e testati da tantissima gente con competenze al top. deve prima di tutto funzionare.
poi più in generale no, un SW che vive su side effect per dirne una non è solo inelegante, è difficilmente debuggabile ed i test sintetici sono lenti, costosi e meno affidabili. sono tutti costi che poi vanno pagati in qualche modo. ad ogni modo, al giorno d'oggi queste distinzioni sul kernel lasciano un po' il tempo che trovano. i monolitici sono più performanti e qualunque aggiuntiva necessità di robustezza può essere soddisfatta in 2000 altre maniere. in fin dei conti roba come microservizi e contract testing è emersa anche per motivi di questo genere, tra i tanti. certo che se poi uno deve programmare un rover marziano o l'avionica di un aereo forse il discorso cambia, ma sono casi limite |
18-06-2021, 09:30 | #15 |
Senior Member
Iscritto dal: Jan 2015
Città: Euskal Herria
Messaggi: 3582
|
Il codice di Fuchsia ha molto in comune con Mbed e questo è solo un bene. Ho rubacchiato codice qua e là l'anno scorso e devo dire che il livello è altissimo.
Il mio hype è oltre 9000 PS I file scritti in assembly sono una manciata, giusto startup.s per qualche ISA o board, poi tutto il resto è in Go e per fortuna direi <3 PPS Zircon è un fot***o spettacolo |
18-06-2021, 15:44 | #16 | |
Senior Member
Iscritto dal: Jan 2002
Città: non ti interessa
Messaggi: 5397
|
Quote:
I "servizi" (intesi come demoni) non girano con i privilegi del kernel, ma sono normali processi userspace. La differenza fra kernel monolitico e microkernel è tutta nello spazio del kernel stesso: il kernel monolotico tutto (core, IPC, MMU, IRQ handler, memory mapping, filesystem, ...) gira con gli stessi elevati privilegi del kernel, nel microkernel solo una piccola parte critica è il kernel a privilegi massimi e il resto, come driver di periferiche o filesystem, hanno privilegi meno elevati o addirittura girano in userspace. Come in tutte le cose, ci sono vantaggi e svantaggi. Fra gli svantaggi c'è da mettere in conto l'overhead, e questo c'è sempre anche con cpu multicore (dove è pure peggio); fra i vantaggi una maggiore sicurezza, testabilità e stabilità. edit: come già accennato in precedenza, nella definizione di monolitico/microkernel non entra nemmeno il discorso dei driver a "plugin"
__________________
[url="http://www.hwupgrade.it/forum/showthread.php?t=2119003"]- Compilatore Intel e disparità di trattamento verso processori AMD/VIA Ultima modifica di blackshard : 18-06-2021 alle 15:47. |
|
18-06-2021, 15:49 | #17 | |
Senior Member
Iscritto dal: Jul 2007
Città: Sicilia
Messaggi: 5470
|
Quote:
__________________
Non abbiamo ereditato il mondo dai nostri padri L'abbiamo preso in prestito dai nostri figli |
|
18-06-2021, 17:55 | #19 | |
Member
Iscritto dal: May 2011
Messaggi: 105
|
Quote:
Chi ha avuto esperienza sull'Amiga, ricorda perfettamente quanto fosse semplice accedere a tutte le strutture del suo OS (in quel caso non c'era alcuna protezione della memoria). Il prezzo da pagare fu una certa difficoltà dell'evolversi di AmigaOS perché per essere retro-compatibile non poteva cambiare più di tanto le strutture interne. Per la Commodore, anche il solo intervenire sull'HW era un problema per mantenere la compatibilità con quei programmi che accedevano direttamente ai registri delle periferiche. Poi arrivarono (alle masse) i SO con protezione di memoria, e si ebbero due grandi vantaggi: - i processi erano protetti tra di loro (e con l'hw) - c'era un API ben definita (non si poteva accedere arbitrariamente al kernel, o per lo meno era molto più difficile) Oggi il paragone è calzante: all'interno del kernel di Linux, è possibile accedere più o meno a tutte le strutture; questo consente una notevole flessibilità sviluppo al costo di fare danni. Però appena le strutture interne cambiano, si rompe la compatibilità con i moduli out-of-tree. C'è una importante differenza tra Linux e l'Amiga. Gli sviluppatori del kernel cambiano allegramente le strutture interne, e lo possono fare visto che il 90% dei driver sono già integrati in Linux. I driver out-of-tree (e.g. ZFS), sono considerati "cittadini di 2a classe", e "si devono adattare". Chi usa in Linux i driver NVIDIA sa di cosa parlo. Personalmente penso che un kernel monolitico sia più veloce da sviluppare. Ma mi aspetto che prima o poi crolli sotto la complessità di gestire (da un punto di vista dello sviluppo) la numerosità dei driver. Un tempo pensavo che la differenza di prestazioni con i moderni processori tra un microkernel ed un kernel monolitico fosse trascurabile. Tanto alla fine nel 90% dei casi il processore "attende" un dato. Ora con le moderne reti ed gli HD allo stato solido, non sono poi così sicuro. Ovviamente se poi l'utente deve solo navigare con un browser, la latenza della rete è predominante. Ciao GB |
|
18-06-2021, 18:22 | #20 |
Senior Member
Iscritto dal: Jan 2002
Città: non ti interessa
Messaggi: 5397
|
Ah mi spiace, sulla letteratura sono fermo a ciò che ho usato quando mi sono laureato, in particolare "I moderni sistemi operativi" di Tanenbaum (che sempre un lettura interessante) e altri che adesso perfino mi sfuggono tanto il tempo che è passato...
__________________
[url="http://www.hwupgrade.it/forum/showthread.php?t=2119003"]- Compilatore Intel e disparità di trattamento verso processori AMD/VIA |
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 20:01.