Moderatore: ModiMaccanici
Nel mio caso si trattava prevalentemente di kext inutilizzati e della loro cache che per qualche strano motivo tendeva a dare problemi ad ogni avvio; in particolare ho notato forti miglioramenti rimuovendo tutto ciò che concerne Parallels Desktop, ritoccando qualche plist e rimuovendo avanzi di aggiornamenti precedenti (vedi lo script di OS X 10.6.7 che monitorava i kext a 32 bit degli utenti in vista del rilascio di Lion; tutto quello che era MobileMe che partiva all'avvio nonostante non lo avessi mai utilizzato; etc). Poi altre cose che riguardano liberare spazio o gestirlo meglio hanno comunque contribuito (anche se, al momento, ho l'hard disk ultra-frammentato). E la lista potrebbe continuare, ma si parlava di fogna…lordbye ha scritto:E come liberi dalla fogna?
Guarda quidezzeus ha scritto:Ma il file sleepimage non è affatto frequente… almeno non sui MacBook (Pro).
3 - The default mode on machines introduced since about fall 2005. RAM is powered on while sleeping, but RAM contents are also written to disk before sleeping. In the event of total power loss, the system enters hibernation mode automatically.
Perfettamente d'accordo!Scialla ha scritto:Secondo me, meglio un SSD da 256 Gb per il sistema e le applicazioni e il tuo HD al posto del superdrive... e non ti incasini con eventuali script, e rimane più performante
Se la spesa non è un problema, ben venga… però qualche script può comunque far comodo… nel caso appena discusso, se non altro aiuterebbe a salvaguardare un po' la batteria quando si va in stop visto che terrebbe buono l'SSD.Scialla ha scritto:Secondo me, meglio un SSD da 256 Gb per il sistema e le applicazioni e il tuo HD al posto del superdrive... e non ti incasini con eventuali script, e rimane più performante
Sono cose alla Windows. Secondo me il gioco non vale la candela, come per i file DOCX per esempio!dezzeus ha scritto:Dite che vale la pena provare a scrivere un kext che comprima ogni singolo file sul disco rigido e poi fargli sfruttare i tempi morti della CPU (~2.5 GHz) per fare (de)compressione on-the-fly una volta messi in RAM (~1 GHz) ? xD (sarebbe prima il caso di valutare quanto inciderebbe sulla batteria e se le prestazioni generali del sistema non ne risentano) Ipoteticamente ci si guadagnerebbe in velocità e spazio… ^^"
Idea vecchia e sballata.dezzeus ha scritto:Se la spesa non è un problema, ben venga… però qualche script può comunque far comodo… nel caso appena discusso, se non altro aiuterebbe a salvaguardare un po' la batteria quando si va in stop visto che terrebbe buono l'SSD.Scialla ha scritto:Secondo me, meglio un SSD da 256 Gb per il sistema e le applicazioni e il tuo HD al posto del superdrive... e non ti incasini con eventuali script, e rimane più performante
P.S.: Dite che vale la pena provare a scrivere un kext che comprima ogni singolo file sul disco rigido e poi fargli sfruttare i tempi morti della CPU (~2.5 GHz) per fare (de)compressione on-the-fly una volta messi in RAM (~1 GHz) ? xD (sarebbe prima il caso di valutare quanto inciderebbe sulla batteria e se le prestazioni generali del sistema non ne risentano) Ipoteticamente ci si guadagnerebbe in velocità e spazio… ^^"
Visitano il forum: SemrushBot [Bot] e 4 ospiti