Pregunta

Recientemente he estado teniendo problemas con Firefox 3 en Ubuntu Hardy Heron.

Voy a hacer clic en un enlace y se bloquea por un tiempo.No sé si es un bug en Firefox 3 o una página que se ejecuta demasiado el lado del cliente JavaScript, pero me gustaría probar y depurar un poco.

Entonces, mi pregunta es "¿hay una manera de tener algún tipo de proceso de explorer, o el administrador de tareas tipo de cosas para Firefox 3?"

Me gustaría ser capaz de ver lo que las fichas están usando ¿qué porcentaje de mi procesador a través de JavaScript en la página (o cualquier cosa en la página que está causando la CPU/memoria de uso).

¿Alguien sabe de un plugin que hace esto, o algo similar?Ha nadie hace este tipo de inspección de otra manera?

Yo sé acerca de FireBug, pero no puedo imaginar cómo se debería usar los dedos en la pestaña que está utilizando una gran cantidad de recursos.

Cualquier sugerencia o ideas?

¿Fue útil?

Solución

Es probablemente el impresionante firefox3 fsync "bug", que es una pila gigante de error.

En resumen

  • Firefox3 guarda sus favoritos y el historial en una base de datos SQLite
  • Cada vez que se carga una página, escribe a esta base de datos varias veces
  • SQLite se preocupa profundamente el hecho de que usted no pierde sus favoritos, así que cada vez que escribe, indica al kernel para vaciar el archivo de base de datos en el disco y asegurarse de que está completamente escrito
  • Muchas variantes de linux, cuando le dijo a ras como que, a ras de CADA ARCHIVO.Esto puede tomar hasta un minuto o más si usted tiene antecedentes de las tareas de hacer cualquier tipo de uso intensivo del disco cosas.
  • El kernel hace firefox espere mientras este color sucede, lo que bloquea la interfaz de usuario.

Otros consejos

Entonces, mi pregunta es, hay alguna manera de tener algún tipo de proceso de explorer, o el administrador de tareas tipo de cosas para Firefox 3?

Debido a la forma en que Firefox está construida esto no es posible en el momento.Pero el nuevo Internet Explorer 8 Beta 2 y la que se acaba de anunciar el navegador de Google Chrome se encaminan en esa dirección, así que supongo que Firefox se dirigía allí.

Aquí hay un post ( Google Chrome Administrador De Procesos ),por John Resig de Mozilla y jQuery fama sobre el tema.

No hay un "process explorer" tipo de herramienta para Firefox;pero hay http://developer.mozilla.org/en/docs/Venkman con el modo de perfil, que se puede utilizar para ver el tiempo dedicado por chrome (es decir, no el contenido, que no es la pagina web de scripts.

Por lo que he leído sobre él, DTrace también podrían ser útiles para este tipo de cosas, pero requiere de la creación de una versión personalizada y, posiblemente, la adición de más sondas a la fuente.Yo no he jugado con ella de mí todavía.

Hay un discusión a fondo de este que explica todo el fsync relacionados con los problemas que afectaron a la pre-3.0 versiones de FF.En general, no he visto el comportamiento desde luego, y realmente no debería ser un problema en absoluto si su sistema no está haciendo también IO tareas de uso intensivo.Firebug/Venkman para hacer agradable depuradores, pero que sería doloroso para resolver estos tipos de problemas para el código de otra persona, de la OMI.

También me gustaría que hubiera una manera fácil de ver en la utilización de la CPU en Firefox ficha, aunque, como a menudo me encuentro a mí mismo con FF comer 100% de la CPU, pero no tienen ni idea de la que parte es la causa del problema.

XUL Profiler es una impresionante extensión que pueden señalar las extensiones y del lado del cliente JS gone bananas CPU-sabio.No trabajo en cada pestaña de forma individual, pero cada script (o algo así).Normalmente se puede relacionar estos .scripts js a tus pestañas extensiones o con la mano.

También vale la pena mencionar que Google Chrome se ha construido en un muy buen administrador de tareas que le da a la memoria y uso de CPU por cada ficha, extensión y complemento.

[XUL Analizador] es un generador de perfiles de Javascript.Es muestra el tiempo transcurrido en cada método como un gráfico, así como navegador de lona de las zonas vuelve a dibujar para ayudar a rastrear a consumir CPU trozos de código.

Las trazas de todos los JS llamadas y pintura eventos en XUL y páginas de contexto.Construye un animación que muestra de forma dinámica la lienzo zonas se vuelve a dibujar.

Como de FF 3.6.10 no es hasta la fecha en la que no está marcado como compatible nada más.Pero todavía funciona y puede invalidar la incompatibilidad con la igualmente impresionante MR Tech Toolkit de extensión.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top