¿Qué está activando los fallos de la CPU de mi Finder?

  

"Desearía que hubiera una manera de" meterse dentro de la cabeza del Finder "y ver qué está haciendo. He intentado ejecutar una muestra del proceso del Finder en el Monitor de actividad, pero sinceramente no sé qué está haciendo. mucho menos cómo interpretar la salida ".

Tomar una muestra en el Monitor de actividad es exactamente eso: meterse dentro de la cabeza del Buscador para ver qué está haciendo. Si bien puede parecer griego, yo u otros aquí pueden interpretarlo para usted. Solo publícalo o ponlo a disposición para descargarlo o verlo (ya que tienden a ser bastante grandes).

¿Qué versión de OS X está usando? En OS X 10.5.xy anteriores, creo que el contenido multimedia se ejecutó dentro del mismo Finder, en lugar de delegarlo en un proceso de tipo agente / ayudante, por lo que el uso de la CPU puede parecer mayor. Por ejemplo, la vista previa de una película de QuickTime puede hacer que el Finder 10.5.x y anterior se acerque al 60% de la CPU, mientras que en 10.6 se puede dividir en una CPU de aproximadamente el 10% para el Finder, el 30% de la CPU al proceso de fondo QTKitHelper.

De lo contrario, a veces he visto el código que utiliza el Finder para calcular el tamaño del contenido de una carpeta que provoca picos temporales de la CPU. (Notará algo como TSomething::HFSSizerSomething en el seguimiento de pila de una muestra). Por lo general, parece insistente en terminar su cálculo, incluso si la vista que tenía abierta que justifica el cálculo ya se ha cerrado.

En cualquier caso, ver la muestra debería ayudar a identificar el problema y saber qué contexto condujo al pico. Será más fácil explicar lo que está haciendo una muestra de muestra una vez que tengamos frente a nosotros para ver.

Tienes DTrace disponible.

man -k DTrace

Esas herramientas, más fs_usage -f filesys deberían darte la respuesta.

Buen consejo hasta ahora. Compartiré algo de la experiencia que tuve con un Powerbook en Tiger (pero como Leopard también tiene un proceso de FatFinder, este problema ocurriría también en 10.5).

Recuerdo tener un AVI en una carpeta. El formato era un formato extraño, no una simple película de Quicktime ni nada; En ese entonces, las cámaras de los teléfonos celulares eran malas y utilizaban los peores códecs posibles jamás creados. Así que cada vez que fui a esa "carpeta" con el Finder, se bloqueaba, porque estaba intentando "leer" el archivo y el códec era malo.

Eventualmente, ya sea por suerte o porque lo olvidé (o lo borré), esto dejó de suceder. Pero me tomó un tiempo para averiguar qué era. Recuerdo que este comportamiento exacto me sucedió en Leopard con un video con formato "mal" también. Quicklook colgaría el buscador con esa pieza de medios.

Tuve que abrirlo con VLC para "repararlo". Y luego comenzó a funcionar misteriosamente de nuevo.

Le sugiero que intente mantener un ojo en sus patrones de uso antes del pico de CPU para ver si hay algo en común. Un tipo de archivo, una carpeta específica, un tiempo específico, etc.

Al momento de escribir este artículo, no conozco la versión de OS X (10.x?), por lo que esta información puede estar un poco desactualizada si está ejecutando Snow Leopard.

Además, siga los consejos de intentar generar herramientas fs_usage, top y similares. Puede darnos una pista mejor. La salida de Console.app (/ Applications / Utilities) podría arrojar algo de luz sobre el problema.

He encontrado que solo dos herramientas son de gran ayuda para resolver los problemas de alto uso de la CPU en un programa aislado. Sí, el monitor de actividad puede muestrear y decirle dónde está colgado / procesado, pero me parece que los instrumentos son más adecuados para realmente llegar a la solución del problema si fs_usage no puede. DTrace es increíble, simplemente nunca he necesitado pasar el tiempo aprendiendo, los instrumentos funcionan lo suficientemente bien y la curva de aprendizaje para mí fue mucho menor.

1. fs_usage y grep para restringir a qué archivos se está accediendo a menudo me permite saber qué y dónde se encuentran los problemas para que pueda tomar medidas para remediarlo / sintonizarlo.
2. Aplicación de instrumentos: se proporciona Xcode 3 a desarrolladores gratuitos o Xcode 4 (comprado en la Mac App Store o como desarrollador pagado). Piense en esto como un ejemplo de monitor de actividad en esteroides: puede echar un vistazo a cosas como la asignación de memoria / fugas y obtener una visión mucho más borrosa de lo que está sucediendo dentro de un proceso lento mientras se ejecuta.

He estado plagado por el alto uso de la CPU del Finder durante unas pocas semanas (80-100%). Finalmente, descubrí que era debido a mi configuración Finder para calcular todos los tamaños en una carpeta. Esta opción no está habilitada de forma predeterminada, pero vale la pena comprobarlo por si acaso

1. Abrir el buscador
2. En la barra de menú, seleccione Ver - > Mostrar opciones de visualización
3. Asegúrese de que la opción "Calcular todos los tamaños" no esté marcada
4. Haz clic en "Usar como predeterminado"

Una vez que hice esto, vi que el uso de la CPU del Finder bajaba inmediatamente al 0%.

Estoy en un MacBook, OSX 10.6.8. Yo también he estado experimentando innumerables "binges de CPU del Finder", acompañados por el fan. La consola informa sobre todo tipo de quejas confusas, a menudo se repiten varias veces [otras situaciones también hacen que el ventilador gire, y la consola muestra quejas de repetición múltiple].

Hace poco descubrí que desactivar mi buscador de hoteles silenciado hacia abajo. No es una solución muy útil, ya que en este momento tengo Airport activado, así que puedo estar aquí, y sí, el Monitor de actividad muestra que el Finder consume más del 100% de la CPU [lo que sea que sea -?]

Cambiar el buscador > preferencias > Opción general de "Nueva ventana de Finder" para cualquier cosa que no sea "Todos mis archivos". Esto ayuda mucho.