Pergunta

Ultimamente tenho tido problemas com o Firefox 3 no Ubuntu Hardy Heron.

Vou clicar em um link e ele vai travar por um tempo.Eu não sei se seu um bug no Firefox 3 ou uma página com muito tanto do lado do cliente JavaScript, mas eu gostaria de tentar depurar um pouco.

Então, minha pergunta é "existe uma maneira de ter algum tipo de processo explorer ou o gerenciador de tarefas tipo de coisa para o Firefox 3?"

Eu gostaria de ser capaz de ver os separadores que estão usando o que % do meu processador via JavaScript na página (ou qualquer coisa na página que está causando CPU e uso de memória).

Alguém sabe de um plugin que faz isso, ou algo semelhante?Tem mais alguém fez esse tipo de inspeção de outra maneira?

O que eu sei sobre o FireBug, mas eu não consigo imaginar como eu poderia usá-lo para o dedo que guia está usando um monte de recursos.

Quaisquer sugestões ou ideias?

Foi útil?

Solução

É, provavelmente, o incrível o firefox3 fsync "bug", que é um gigante pilha de falhar.

Em resumo

  • O Firefox3 guarda os seus marcadores e histórico em um banco de dados SQLite
  • Toda vez que você carregar uma página que escreve para este banco de dados várias vezes
  • SQLite se preocupa profundamente com que você não perca seus favoritos, assim, cada vez que escreve, instrui o kernel para liberá-lo do arquivo de banco de dados para o disco e verifique se ele está totalmente escrito
  • Muitas variantes do linux, quando disse para liberar assim, flush a CADA ARQUIVO.Isso pode demorar um minuto ou mais se você tiver tarefas de plano de fundo a execução de qualquer tipo de disco que utilizem.
  • O kernel faz o firefox, aguarde enquanto esta liberação acontece, o que bloqueia a INTERFACE do usuário.

Outras dicas

Então, minha pergunta é, existe uma maneira de ter algum tipo de processo explorer ou o gerenciador de tarefas tipo de coisa para o Firefox 3?

Devido à forma como o Firefox é construída isso não é possível no momento.Mas o novo Internet Explorer 8 Beta 2 e a apenas anunciou o navegador Google Chrome estão caminhando nessa direção, então eu suponho que o Firefox vai estar indo para lá também.

Aqui é um post ( O Google Chrome Gerenciador De Processos ),por John Resig da Mozilla e jQuery fama sobre o assunto.

Não há "process explorer" tipo de ferramenta para o Firefox;mas não há http://developer.mozilla.org/en/docs/Venkman com a criação de perfil de modo que você pode usar para ver o tempo gasto pelo chrome (o que significa não de conteúdo, que não é web-page) de scripts.

O que eu li sobre ele, DTrace também pode ser útil para esse tipo de coisa, mas requer a criação de uma compilação personalizada e, possivelmente, a adição de sondas adicionais para a fonte.Eu ainda não joguei com ele a mim mesma ainda.

Há um discussão mais completa deste que explica tudo o fsync relacionados a problemas que afetaram a pré-3.0 versões de FF.Em geral, eu não vi o comportamento desde então, e realmente ele não deve ser um problema se o seu sistema também não está fazendo IO tarefas intensivas.Firebug/Venkman fazer para nice, depuradores, mas seria doloroso para descobrir estes tipos de problemas para o código de outra pessoa, IMO.

Eu também gostaria que houvesse uma maneira fácil olhar para utilização da CPU no Firefox por guia, porém, como muitas vezes eu me encontrar com o FF comendo CPU a 100%, mas nenhuma pista de que parte está a causar o problema.

XUL Profiler é uma extensão impressionante que pode apontar para fora e extensões do lado do cliente JS bananas ido CPU-sábio.Ele não funciona por separador base, mas por script (ou assim).Você pode se relaciona normalmente com aqueles .scripts js para seus guias ou extensões de mão.

Também vale a pena mencionar que o Google Chrome tem built-in de um bom gerenciador de tarefas, que dá de memória e uso de CPU por guia, de extensão e de plugin.

[XUL Profiler] é um criador de perfil Javascript.Ele mostra o tempo decorrido em cada método como um gráfico, bem como navegador de lona zonas redesenha para ajudar a rastrear a consumir CPU blocos de código.

Rastreia todos os JS chamadas de pintura e eventos em XUL e páginas contexto.Cria um animação mostrando dinamicamente o lona zonas de ser redesenhado.

Como FF, 3.6.10 não é até à data em que ele não está marcado como mais compatível.Mas ele ainda funciona e você pode substituir a incompatibilidade com o igualmente incrível MR Tech kit de ferramentas de extensão.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top