Firefox 13 chega com melhorias e aumenta velocidade
A notícia do IDG Now tem detalhes sobre as 3 áreas que foram foco na busca pelo aumento da velocidade. Começa assim:
Via idgnow.uol.com.br:
Quando o Mozilla lançou a versão beta do Firefox 13 no mês passado, já estava claro que maiores velocidades estavam a caminho, graças ao fato de que o protocolo SPDY foi habilitado por padrão.
Agora parece que mais velocidade vem por aí no popular navegador, graças a um esforço chamado “Projeto Snappy”, que a Mozilla lançou ano passado.
“Em 2011 nós procuramos olhar atentamente para os problemas de capacidade de resposta do Firefox”, escreveu o Gerente de Programa de Engenharia, Lawrence Mandel, em um post no blog na sexta-feira passada. “Nós identificamos um número de pequenos projetos de longo prazo que, juntos, poderiam alcançar uma melhoria significante nesse sentido”. (…)
@brlinuxblog
Feed RSS
Mozilla, quer aumentar em 100% ou 200% o desempenho do Firefox? Implemente o uso de multi-threads. É frustrante ver o Firefox travado consumindo 100% de processamento de apenas um dos meus quatro cores.
Prefiro o Firefox ao Chrome, mas a lentidão do Firefox me faz usar as vezes ele.
@Narcelio
O firefox é muitl-thread à muitos anos. e mesmo que não fosse dificilmente atingiria o pico de 100% de algum core por um tempo perceptível. O o que você presenciou provavelmente foi o flash consumindo os recursos da máquina. Não achem que otimização de software, neste nível em que se encontram os navegadores, é trivial.
Como sempre digo: Existem 2 Firefox bem distintos, o pra Linux e os “outros”.
Incrivel como existem bugs bizarros no FF Linux, o ultimo agora (alias, desde a versão 9) quando fechado de forma abrupta simplesmente ele não restaura sessão. Pior que só fui descobrir a causa do problema na versão 11 depois de perder varias sessões importantes. Ocorre quando habilitado a função “Limpar dados pessoais ao sair do Firefox”, que sempre usava até então.
É perceptivel a falta de capricho no FF Linux até em pequenos detalhes, no tema grotesco (tá, basta baixar o tema que fica igual aos outros mas não poderia vir esse como padrão?), no simples detalhe de clicar na url na barra de endereço e selecionar todo o endereço enquanto no “outro” seleciona somente um palavra (estando em http://www.uol.com.br querendo acessar http://www.terra.com.br basta clicar em “uol” e escrever “terra”), o maldito “plugin container” que consome 100% de qualquer processador facil facil, e sem falar nos crash’s constantes, bastando deixa-lo inativo por um tempo (nos meus testes em media 2 horas).
O pior de tudo que fiz um teste com o FF “winado” e funcionou melhor que o nativo… é de chorar!!
Gosto pra caramba do FF e usar Chrome para mim é hipotese descartada, to ensaiando usar o Opera mas insisto mesmo assim na raposa de fogo, não sei até quando…
Li a tempos atraz que o codigo é o mesmo, e sendo o mesmo porque dessa diferença de um em relação ao outro?
“no simples detalhe de clicar na url na barra de endereço e selecionar todo o endereço enquanto no “outro” seleciona somente um palavra”
É configurável no about:config.
browser.urlbar.clickSelectsAll
browser.urlbar.doubleClickSelectsAll
@Narcélio Filho, você quer provavelmente quer dizer multiprocessos, pois o Firefox é multi-threads desde o 0.x.
Infelizmente isso não vai fazer o Firefox ficar 100% ou 200% mais rápido. O primeiro browser a usar isso, IE, é lentíssimo por aqui.
A Mozilla está ciente disso, tanto que o “Projeto Snappy” citado no artigo tomou a prioridade no sistema multiprocessos.
Euu acho que de fato aas versões linux de chrome e firefox as vezes deixam a sensação de um “desenvolvimento pela metade”, mas não tenho notado isso recentemente, até com o br-linux.org eu tinha problemas um ano atrás, mas isso me parece resolvido.
Outra coisa restaurar sessão com o “limpar dados…” ativado não vai funcionar né.
Em tempo, quando eles começaram essa corrida de números de versão foi anunciado que na 13 eles desacelerariam, mas como chorme já está na 18..x.x.x.x.x é bem provavel que continuem com essa bobagem.
@Phantom
Sim, basta dar um duplo click para mudar o valor do browser.urlbar.doubleClickSelectsAll para false que resolve o problema, já usava isso. Mas por ser tão simples já não podia vir habilitado por padrão? Talvez seja por isso que deixam meia boca porque sabem que os linuxers acabam resolvendo sozinho.
Mas o aspirante ao desktop Linux dificilmente vai saber contornar isso e muito menos entender essas diferenças.
@eurico
“Outra coisa restaurar sessão com o “limpar dados…” ativado não vai funcionar né.”
Não sei se você não entendeu mas eu disse que sempre usei esse recurso. Em todas maquinas de clientes Windows tambem uso esse recurso e nunca tive problema com restauração de sessões.
Hoje não troco o Chrome por nada.
Já uso o Chromium há bastante tempo, o firefox ficou pesado e perde a compatibilidade com addons e ferramentas de segurança dos bancos o tempo todo.
Caras, usem Opera. Não entendo porque esta dicotomia. Usem Opera. Tem excelente compatibilidade, é rápido e muito bonito.
@miranda, eu prefiro esse padrão da versão Linux, sempre tenho que mudar quando uso a versão do Windows, então, nessa linha de pensamento, a do Windows que é meia-boca.
@bebeto_maya
Opera não é livre. Além disso, a ampla preferência por Chorme e Firefox demonstra que ele não tem algo que os outros têm para a maioria das pessoas.