Cosa sta provocando l'abbandono della CPU del mio Finder?

"I wish there was a way to "get inside the Finder's head" and see what it's doing. I've tried running a sample of the Finder process in Activity Monitor, but honestly I don't know what it's doing, much less how to interpret the output."

Fare un esempio in Activity Monitor è esattamente questo: entrare nella testa del Finder per vedere cosa sta facendo. Anche se può sembrare greco, io o altri qui possiamo interpretarlo per te. Pubblicalo o rendilo disponibile per il download o la visualizzazione (poiché tendono ad essere abbastanza grandi).

Quale versione di OS X stai usando? In OS X 10.5.x e versioni precedenti, credo che il contenuto multimediale sia stato eseguito all'interno del Finder stesso, piuttosto che delegarlo a un processo di tipo agent / helper, quindi l'utilizzo della CPU potrebbe apparire più elevato. Ad esempio, l'anteprima di un filmato QuickTime potrebbe far aumentare il picco di Finder 10.5.xe precedenti al 60% della CPU, mentre nel 10.6 potrebbe essere diviso in qualcosa come il 10% di CPU per il Finder, il 30% di CPU nel processo in background di QTKitHelper.

Altrimenti, a volte ho visto che il codice che il Finder utilizza per calcolare la dimensione del contenuto di una cartella causa picchi temporanei della CPU. (Noterai qualcosa come TSomething::HFSSizerSomething nella traccia stack di un campione). Di solito sembra insistente finire il calcolo anche se la vista che avevi aperto che giustificasse il calcolo è stata chiusa.

In ogni caso, vedere il campione dovrebbe aiutare a individuare il problema e sapere quale contesto ha portato al picco. Sarà più facile spiegare che cosa sta facendo un campione una volta che ce l'abbiamo di fronte a noi.

Hai a disposizione DTrace.

man -k DTrace

Questi strumenti, oltre a fs_usage -f filesys dovrebbero darti la risposta.

Buon consiglio finora. Condividerò alcune esperienze che ho avuto con un Powerbook in Tiger (ma poiché Leopard ha anche un processo FatFinder, questo problema si presenterebbe anche in 10.5).

Ricordo di avere un AVI in una cartella. Il formato era un formato strano, non un semplice film Quicktime o altro; allora le fotocamere dei cellulari erano cattive e utilizzavano i peggiori codec possibili mai creati. Quindi ogni volta che andavo in quella "cartella" con Finder, si blocca, perché cercava di "leggere" il file e il codec era cattivo.

Alla fine, sia per fortuna o perché l'ho dimenticato (o cancellato), questo ha smesso di accadere. Ma mi ci è voluto un po 'per capire di cosa si trattava. Ricordo che questo comportamento esatto mi è successo su Leopard con un video "malamente" formattato. Quicklook avrebbe bloccato il cercatore con quel pezzo di media.

Ho dovuto aprirlo con VLC per "ripararlo". E poi ha iniziato misteriosamente a funzionare di nuovo.

Ti suggerisco di provare a tenere d'occhio i tuoi schemi di utilizzo prima che il picco della CPU per vedere se c'è qualcosa in comune. Un tipo di file, una cartella specifica, uno specifico tempo , ecc.

Al momento della stesura, non conosco la versione di OS X (10.x?), quindi questa informazione potrebbe essere leggermente superata se esegui Snow Leopard.

Inoltre, segui il consiglio di provare a produrre strumenti fs_usage, top e simili. Potrebbe darci un suggerimento migliore. L'output da Console.app (/ Applicazioni / Utility) potrebbe far luce sul problema.

Ho trovato solo due strumenti per essere di grande aiuto nel risolvere problemi di utilizzo elevati della CPU su un programma isolato. Sì, il monitor attività può campionare e dirti dove è appeso / elaborato, ma trovo che gli strumenti siano più adatti a raggiungere il nocciolo del problema se fs_usage non può. DTrace è fantastico - Non ho mai avuto bisogno di passare il tempo ad apprenderlo - Gli strumenti funzionano abbastanza bene e la curva di apprendimento per me era molto più bassa.

1. fs_usage e grep per restringere a quali file si sta accedendo spesso mi consente di sapere quali / dove si trovano i problemi in modo da poter intervenire per porre rimedio / sintonizzarli.
2. App per gli strumenti: Xcode 3 viene fornito a sviluppatori gratuiti o Xcode 4 (acquistati nel Mac App Store o come sviluppatore pagato). Pensa a questo come monitor di esempio / attività sugli steroidi: puoi attirare l'attenzione su cose come l'allocazione di memoria / perdite e ottenere una visione molto più bizzarra di ciò che accade all'interno di un processo lento mentre è in esecuzione.

Ero stato afflitto da un elevato utilizzo della CPU del Finder per alcune settimane (80-100%). Alla fine ho scoperto che era dovuto alla mia impostazione Finder per calcolare tutte le dimensioni in una cartella. Questa opzione non è abilitata di default, ma vale la pena controllarla nel caso in cui

1. Apri Finder
2. Dalla barra dei menu, seleziona Visualizza - > Mostra le opzioni di visualizzazione
3. Assicurati che "Calcola tutte le dimensioni" sia deselezionato
4. Fai clic su "Utilizza come valori predefiniti"

Una volta fatto questo ho visto che il mio utilizzo della CPU del Finder scendeva immediatamente allo 0%.

Sono su un MacBook, OSX 10.6.8. Anch'io ho vissuto innumerevoli "abbuffate della CPU del Finder", accompagnato dal fan. La console riporta tutti i tipi di lamentele enigmatiche, spesso ripetute più volte [anche altre situazioni fanno girare la ventola e Console mostra i reclami multi-ripetizione].

Recentemente ho scoperto che disattivare il mio aeroporto Silenziosa Finder fino in fondo. Non è una cura molto utile, come adesso ho l'aeroporto in modo da poter essere qui, e sì, Monitor attività mostra Finder che consuma fino al 100% della CPU [qualunque cosa potrebbe essere -?]

Cambia il finder > preferenze > Opzione "Nuova finestra di ricerca del Finder" generale per tutto tranne "Tutti i miei file". Questo aiuta molto.