Esecuzione del sistema operativo dalla memoria

Supponendo che gli SSD siano estremamente inclini a falsificare quanto sarebbe economico caricare un sistema operativo nella memoria principale ed eseguirlo da lì?

Posso pensare di poter affrontare alcuni ovvi inconvenienti (sono sopravvissuto entro i limiti di una macchina virtuale da 20 gig negli ultimi 2 anni), ma quali sono i pro, i contro, i requisiti e i costi per eseguire Windows 7 o l'ultima Fedora o Distro Ubuntu rigorosamente dalla RAM.

Solo così non c'è confusione, non sto dicendo di eseguire il sistema operativo da una chiavetta USB o un CD live. Sto dicendo, avvia il computer, trasferisci l'intero sistema operativo in memoria da un HD esterno o "il cloud" o una grande memory stick ed eseguilo lì. Quando la macchina si spegne, salvare lo stato nella memoria esterna.

memory operating-systems

— Peter Turner
fonte

Quale requisito costruttivo mi manca qui?

— Peter Turner,

Sono d'accordo, Peter, ho anche reagito al "-1". +1.

— TFM,

Solo per informazioni, questo è esattamente ciò che fa FreeNAS 0.7 Embedded, al fine di ridurre al minimo le scritture sull'unità flash del sistema operativo.

— sblair,

Avvia Knoppix con l'opzione 'toram'; attendere che copi il CD in memoria; ????; Profi: intero sistema operativo, applicazioni, file, ecc. In esecuzione dalla memoria. Unico inconveniente: tempo impiegato per leggere in memoria 700 MB da un'unità CD-ROM.

— Darth Android

Questo sembra essere molto più pericoloso rispetto all'utilizzo di un SSD. La maggior parte degli SSD sembrano essere molto stabili e hanno una lunga durata (con la tecnologia odierna in rapida crescita non vuoi usare una cosa del genere più di 2-5 anni comunque ...). Un problema, ad esempio con il caricamento del sistema nella RAM, sarebbe che la perdita di energia significa perdere interi dati di lavoro.

— Michael K,

Risposte:

Bella domanda, ma penso che manchi qualcosa: la maggior parte del sistema operativo è già caricata nella memoria del sistema all'avvio. Ogni programmatore nel mondo sa quale sia il rallentamento / collo di bottiglia in un computer (l'unità disco, indipendentemente dal tipo, per voi non programmatori), quindi tutti caricano il più economicamente possibile nella RAM di sistema.

Sebbene sia certamente possibile fare ciò che chiedi, non ha davvero senso, dal momento che devi caricare il sistema operativo dall'unità di archiviazione all'avvio e quindi riscriverlo nuovamente sull'unità prima di spegnerlo. Inoltre, una volta che il sistema operativo è stato caricato, non c'è molto che deve essere recuperati dal dispositivo di memorizzazione (a parte alcune operazioni di sistema e aggiornamenti, ecc ...).

Vedresti un miglioramento delle prestazioni utilizzando un disco RAM come area di archiviazione temporanea o persino posizionando intere applicazioni sul disco RAM ed eseguendole da lì. Quello che sto cercando di ottenere è che non è il sistema operativo che dobbiamo veramente eseguire da un supporto di archiviazione veloce: sono le applicazioni che devi caricare in seguito . Una volta caricati la maggior parte dei sistemi operativi, non vi è molto accesso al disco dal sistema operativo stesso, ma piuttosto dalle applicazioni utilizzate.

— Sfondamento
fonte

+1 per menzionare le applicazioni. Più volte che no, sono le applicazioni che usiamo che sono lente e non il sistema operativo. E c'è poco, se non altro, il sistema operativo può fare per accelerare le applicazioni. A meno che non trasformi Microsoft in un monopolio. Che preferisco.

— surfasb,

Alle applicazioni spesso piace interagire con l'unità di sistema (ad es c:.). Quindi, tutto ha senso avere il sistema operativo nella RAM.

— Dmitri Nesteruk,

«Non ha davvero senso, dal momento che è necessario caricare il sistema operativo dall'unità di archiviazione all'avvio e quindi riscriverlo nuovamente sull'unità prima di arrestare» Che dire dell'avvio di rete per le immagini del sistema operativo che devono essere ripristinate ad ogni avvio?

— Groosha,

solo alcune idee. non molto ben organizzato. ma vediamo fino a che punto possiamo andare.

è vero, con l'attuale prezzo della RAM, diventa un'opzione molto interessante per noi eseguire l'intero sistema operativo dalla RAM e caricarlo dal disco rigido solo all'avvio (e scriverlo durante lo spegnimento del journal-commit style).

il problema è che fare questa cosa particolare non è facile, e dati gli utenti stimati che lo faranno, non sarà molto economico per i produttori / sviluppatori di software / OS farlo.

tuttavia per Linux può essere un'opzione e si può provare a specificare la quantità di RAM disponibile e creare un sistema operativo su misura per esso. ad es. 4 gb ram edition / 8 gb ram edition / 16 gb ram edition, in cui 2 gb / 4 gb / 12 gb vengono utilizzati per caricare file dal disco rigido ... ecc.

— bubu
fonte