Ci sono dei vantaggi nell'eliminare le estensioni del kernel di Mac OS X inutilizzate?

5

Trovo che molte delle estensioni del kernel in /System/Library/Extensions non siano applicabili al mio MacBook, come le estensioni per le schede Fibre Channel, firewire, schede grafiche che non ho, ecc. C'è qualche vantaggio (in fase di avvio, RAM footprint, ecc.) Per eliminare queste estensioni non necessarie?

    
posta Alexander 06.07.2013 - 02:19
fonte

4 risposte

5

Probabilmente c'è un vantaggio nel tempo di avvio.

  • Innanzitutto vorrei registrare il tempo di avvio corrente (è riportato nella Console).

  • Successivo assicurarmi di sapere cosa sto facendo ...

Per eliminare il file .kext caricato attivamente, ho consigliato di individuare quali sono effettivamente caricati.

Questo ti dirà esattamente cosa viene caricato, invece di usare semplicemente l'elenco da System Information. Le Informazioni di sistema potrebbero non darti tutto e la Procedura guidata di Kext potrebbe trovarne altre che sono state caricate.

    
risposta data 06.07.2013 - 03:09
fonte
13

In realtà, qualsiasi differenza nel tempo di avvio sarebbe trascurabile - OS X non avvia /mach_kernel - avvia la cache del kernel ( /System/Library/Caches/com.apple.kext.caches/Startup/kernelcache ), che ha già i kex sono utilizzando. Questo viene ricostruito se /System/Library/Extensions viene modificato (o se touch(1) è deliberatamente).

In termini di spazio del filesystem, a partire da Snow Leopard, tutto è compresso. Significa che non stai davvero sprecando troppo spazio.

C'è un downside , tuttavia - se cancelli kex, anche con kext wizard, o qualsiasi utility, c'è una possibilità remota che alcuni kext vengano caricati su richiesta (es. tramite IOKit probing, su alcuni dispositivi USB, ad esempio). In questo caso, un kext potrebbe non essere trovato e perderai un driver.

In breve, se non è rotto, non aggiustarlo. Lascia intatto /System/Library/Extensions .

    
risposta data 07.07.2013 - 01:59
fonte
1

Anche se in generale non rimuoverò nulla in / System / Library / Extensions, prenderemo in considerazione la possibilità di disinstallare prodotti di terze parti che includono un kext prima di eseguire un aggiornamento del SO. Il processo di aggiornamento sembra trovare e spostare fuori dalla maggior parte dei kitch incompatibili (e quelli che sono stati aggiunti in / System / Library / Extensions quando avrebbero dovuto essere in / Library / Extensions), ma non è perfetto, e quelli possono fare il aggiornamento difficile o instabile al punto di dover eseguire un'installazione del sistema operativo pulita e il successivo ricaricamento di app e dati utente. Supponendo che uno voglia ancora il prodotto di terze parti, e ha fatto una ricerca per sapere che la nuova versione del sistema operativo era supportata, si potrebbe sempre reinstallarla dopo l'aggiornamento. Ancor più del solito, per tali situazioni è molto saggio disporre di un sistema di test (o di un disco di riserva e di molti tempi di inattività disponibili), poiché potrebbero verificarsi ulteriori sorprese che ritardano lo stato finale desiderato.

Il rigoroso controllo della configurazione eviterà la maggior parte di ciò; ma per coloro che tendono a testare un sacco di software diversi, installare quasi tutto ciò che è reputabile e non liberarsene una volta che non ha più alcun beneficio, l'accumulo può raggiungere rapidamente un punto in cui l'attesa assenza di dolore di tutte le cose svanisce completamente. / p>     

risposta data 15.12.2017 - 22:05
fonte
-1

Tutti altamente sospetti. Binari opachi all'inizio e sottili spiegazioni se si considerano anche le spiegazioni. Qualcosa sta succedendo.

    
risposta data 08.10.2014 - 09:39
fonte

Leggi altre domande sui tag