Firefox mais rápido?
Tuesday, 20. February 2007, 13:43:44
É... existem extensões que prometem isso e têm várias configurações diferentes e tal...
algumas delas, em algumas máquinas, podem aumentar a velocidade de carregamento, mas podem diminuir também.
Na verdade, geralmente elas diminuem a velocidade de carregamento total em prol de ter a renderização da página imcomleta mais rapidamente (algumas páginas podem aparentar nunca terminar de carregar, inclusive).
Em páginas com senhas salvas ele só coloca a senha depois do final do carregamento (tá, isso é um bug que deverá ser corrigido em breve, mas... que seja), então não adianta muito ver parte da página e esperar mais tempo para que ele complete com a senha, etc.
Algumas das dicas tornam a interface gráfica menos responsiva.
Um email antigo meu:
>
> 2. Altere as entradas como mostrado a seguir: (dê clique duplo na mesma para
> alterar o valor)
>
> Coloque "network.http.pipelining" como "true"
Falha leve -> algumas vezes não responde ao carregar um site:
http://kb.mozillazine.org/Error_loading_some_websites#Websites_randomly_don.27t_load
Falha grave -> alguns servidores não funcionam com pipelining:
https://bugzilla.mozilla.org/show_bug.cgi?id=264354 (olhem os
comentários e os links neles).
> Coloque "network.http.proxy.pipelining" como "true"
Não interfere em nada se não usar um proxy.
A maioria dos proxies não suporta pipelining.
> Coloque "network.http.pipelining.maxrequests" para algum n° igual a 30.
Ele nunca fará 30 conexões com o mesmo site. Quando eu digo nunca, quero
dizer ***nunca***.
O máximo é oito:
http://kb.mozillazine.org/Network.http.pipelining.maxrequests
> 4. Finalmente de duplo clique em qualquer lugar e selecione Nova opção->
> Inteira.... (New-> Integer...), coloque o nome "nglayout.initialpaint.delay"
> (sem aspas) e na outra tela digite o valor "0". Este valor é a quantidade de
> tempo que o navegador aguarda antes de agir com a informação que ele recebe.
Outro erro ridículo. Colocar zero como valor para essa preferência.
Inicialmente ele vai exibir "nada", de cara, e vai demorar mais para
terminar de carregar a página.
Quando esse valor era 1200 as páginas eram carregadas mais rápido (de 3
a 5%, em média).
O padrão é 250, sendo que isso dá tempo da página ter um mínimo de dados
aceitável para exibir. Essa preferência existe justamente para fazer com
que o site já tenha conteúdo suficiente da primeira vez que seja
visualizado e fazer com que a página carregue mais rápido.
É um bom valor e seria menor se isso melhorasse tanto assim o
carregamento das páginas.
Modificar esses valores padrões é algo que tem muita possibilidade de
melhora no carregamento das páginas, mas:
- "melhora" é relativo. Ter uma página incompleta mais rápido ou tê-la
completamente carregada é melhor? A maioria poderia responder que poder
ler alguma coisa logo é bom, mas a maioria dos scripts são carregados no
fim da página e a senha salva só é inserida após o carregamento completo
da mesma. Aqui cabe uma escolha pessoal.
- a velocidade de conexão e a capacidade de processamento da máquina
do usuário influenciam muito os valores ótimos. Porém vale à pena fazer
uma grande análise pra ter uma parte da página visível 0.120 segundos
antes ou que ela carrege 2% mais rápido?
Esse tipo de dica circula muito pela internet e já caminhou por esse
grupo daqui algumas vezes.
Nunca levem à sério uma dica do tipo sem uma explicação técnica (por
menos que a entendam).
PS: A dica faz a página carregar cerca de 120 milisegundos antes, apesar
de mudar de 250 pra 0, porque no zero não carrega nada e leva cerca de
120 milisegundos para renderizar novamente (além de aumentar o tempo de
carregamento da página).
algumas delas, em algumas máquinas, podem aumentar a velocidade de carregamento, mas podem diminuir também.
Na verdade, geralmente elas diminuem a velocidade de carregamento total em prol de ter a renderização da página imcomleta mais rapidamente (algumas páginas podem aparentar nunca terminar de carregar, inclusive).
Em páginas com senhas salvas ele só coloca a senha depois do final do carregamento (tá, isso é um bug que deverá ser corrigido em breve, mas... que seja), então não adianta muito ver parte da página e esperar mais tempo para que ele complete com a senha, etc.
Algumas das dicas tornam a interface gráfica menos responsiva.
Um email antigo meu:
>
> 2. Altere as entradas como mostrado a seguir: (dê clique duplo na mesma para
> alterar o valor)
>
> Coloque "network.http.pipelining" como "true"
Falha leve -> algumas vezes não responde ao carregar um site:
http://kb.mozillazine.org/Error_loading_some_websites#Websites_randomly_don.27t_load
Falha grave -> alguns servidores não funcionam com pipelining:
https://bugzilla.mozilla.org/show_bug.cgi?id=264354 (olhem os
comentários e os links neles).
> Coloque "network.http.proxy.pipelining" como "true"
Não interfere em nada se não usar um proxy.
A maioria dos proxies não suporta pipelining.
> Coloque "network.http.pipelining.maxrequests" para algum n° igual a 30.
Ele nunca fará 30 conexões com o mesmo site. Quando eu digo nunca, quero
dizer ***nunca***.
O máximo é oito:
http://kb.mozillazine.org/Network.http.pipelining.maxrequests
> 4. Finalmente de duplo clique em qualquer lugar e selecione Nova opção->
> Inteira.... (New-> Integer...), coloque o nome "nglayout.initialpaint.delay"
> (sem aspas) e na outra tela digite o valor "0". Este valor é a quantidade de
> tempo que o navegador aguarda antes de agir com a informação que ele recebe.
Outro erro ridículo. Colocar zero como valor para essa preferência.
Inicialmente ele vai exibir "nada", de cara, e vai demorar mais para
terminar de carregar a página.
Quando esse valor era 1200 as páginas eram carregadas mais rápido (de 3
a 5%, em média).
O padrão é 250, sendo que isso dá tempo da página ter um mínimo de dados
aceitável para exibir. Essa preferência existe justamente para fazer com
que o site já tenha conteúdo suficiente da primeira vez que seja
visualizado e fazer com que a página carregue mais rápido.
É um bom valor e seria menor se isso melhorasse tanto assim o
carregamento das páginas.
Modificar esses valores padrões é algo que tem muita possibilidade de
melhora no carregamento das páginas, mas:
- "melhora" é relativo. Ter uma página incompleta mais rápido ou tê-la
completamente carregada é melhor? A maioria poderia responder que poder
ler alguma coisa logo é bom, mas a maioria dos scripts são carregados no
fim da página e a senha salva só é inserida após o carregamento completo
da mesma. Aqui cabe uma escolha pessoal.
- a velocidade de conexão e a capacidade de processamento da máquina
do usuário influenciam muito os valores ótimos. Porém vale à pena fazer
uma grande análise pra ter uma parte da página visível 0.120 segundos
antes ou que ela carrege 2% mais rápido?
Esse tipo de dica circula muito pela internet e já caminhou por esse
grupo daqui algumas vezes.
Nunca levem à sério uma dica do tipo sem uma explicação técnica (por
menos que a entendam).
PS: A dica faz a página carregar cerca de 120 milisegundos antes, apesar
de mudar de 250 pra 0, porque no zero não carrega nada e leva cerca de
120 milisegundos para renderizar novamente (além de aumentar o tempo de
carregamento da página).
.
WIDGETIZE