SafeBoot disabilita varie estensioni del kernel, inclusa la GPU. È probabile che la memoria aggiuntiva venga utilizzata per il display in cui normalmente verrebbe assegnata per la condivisione con elementi grafici integrati o essere gestita da una scheda grafica discreta.

Il cablaggio del codice nella RAM impedisce che venga scambiato allo storage, quindi questo potrebbe essere un buon compromesso di progettazione per cablare componenti e framework critici nella RAM in modo che la possibilità di un'unità che non riesce a scrivere correttamente porterà il sistema inattivo.

La velocità di trading per la stabilità sarebbe una buona cosa per la modalità sicura per migliorare la sua capacità di funzionare in casi limite (unità totalmente piena, malfunzionamento delle unità, maggiore corruzione del software). Anche se questo non è intenzionale, l' avvio sicuro fa elimina (e non ricrea) la cache condivisa del caricatore dinamico e potrebbe anche essere un motivo di progettazione per bloccare semplicemente ogni libreria necessaria nella RAM. Dovresti eseguire sysdiagnose prima, durante e dopo un avvio sicuro e potresti vedere le statistiche di allocazione della memoria se questo compensa la differenza misurata nell'allocazione della RAM.

Non posso parlare per i progettisti, ma prenderei in considerazione l'idea di fare questo compromesso se fossi nei loro panni e volessi rendere la Modalità sicura il più sicura possibile da eseguire.