Página 1 de 2

Lentidão com a versão 2.31.10 final...

MensagemEnviado: Sex Jul 25, 2008 3:46 pm
por mpsbr2004
Pessoal, vou postar aqui apenas pra ver se algum usuário já passou por isso...
Uns meses atrás instalei a nova versão, estava utilizando a versão 2.30.1 e estava tudo OK, não utilizo squid nem nenhuma regra para bloqueios...
Bom... para minha surpresa o Brazilfw 2.31.10 deixou a internet dos clientes mais lentas, as páginas demoravam alguns segundos para abrir, mesmo a banda total estando toda disponivel... achei que fosse problema de dns do provedor local... ainda sim deixei como estava...
Porém agora fui fazer uns testes e pra minha surpresa a versão 2.30.1 "deixa a internet mais rápida", porque será?
Não utilizo o dns cache do brazilfw....

Alguém já verificou o porque disso acontecer?

Desde já muito obrigado

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Seg Jul 28, 2008 10:00 am
por reginaldo
Não entendi.

Está lenta ou está rápida ?

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Seg Jul 28, 2008 10:08 am
por mpsbr2004
Esquenta não que falei muito e não falei nada. hehe

Cara eu tava usando a versão 2.31.10 final e a internet ficou um cadinho lenta... demora uns segundinhos para abrir os sites. Ai instalei a versão 2.30.1 a internet fica super rápida "normal"... Nesse computador não uso nenhum add-on, só mesmo o controle de banda por ip, instalação limpa, do zero.

Será que é problema de hardware? Ou pode ser alguma regra padrão que foi acrescentada na nova versão e no meu caso está deixando a net dos clientes meio lenta?

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Seg Jul 28, 2008 10:14 am
por reginaldo
mpsbr2004 escreveu:Ai instalei a versão 2.31.1 a internet fica super rápida "normal"... Nesse computador não uso nenhum add-on, só mesmo o controle de banda por ip, instalação limpa, do zero.


Você quiz dizer 2.30.1 ?

É isso ?

Para você a versão anterior é mais veloz que a atual.

É isso ?

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Seg Jul 28, 2008 9:54 pm
por WebHouse
Ow reginaldo eu percebi o mesmo que o cara tipo ve se vc me entende eu tenho 2 pc's cada um com uma versão do BFW Abaixo vc ve as config. e tipo a versão do Bfw mais velha ta rodando melhor a internet a versao atual do Bfw. A versão 2.31.10 ta deixando a net mais lenta e eu to usando squid nela, o outro pc além de mais velho e a versão do BFW ser a mais antiga e não usar squid ta mais rápido :shock: :shock:

Deu pra entender??? (Sem duplo sentido \`´/ )

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Seg Jul 28, 2008 11:03 pm
por cmartin
Bom, eu tive algumas duvidas tbm qto a essas "lentidoes" reportadas, e para mim a solução
foi desabilitar o cache DNS. Aconteceu seguido aqui comigo de ficar resolvendo o nome, em torno de 3 a 5 segundos,
enquanto que ao desabilitar o cache DNS, passou para menos de 1 segundo.

[]'s

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Ter Jul 29, 2008 10:12 am
por mpsbr2004
reginaldo
Para você a versão anterior é mais veloz que a atual.
É isso ?

Sim, exatamente... as páginas demoram alguns segundos para abrir após o ENTER do usuário. Já na versão antiga isso não acontece, as páginas abrem instantaneamente.

cmartin
enquanto que ao desabilitar o cache DNS, passou para menos de 1 segundo

Cmartin aqui não utilizo o cache DNS do brazilfw e mesmo assim essa lentidão permanece na versão mais nova...

Abraços

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Ter Jul 29, 2008 10:26 am
por Marcos do Vale
mpsbr2004,

Faltou responder esta dúvida (no meu ponto de vista é a mais importante):
reginaldo escreveu:
mpsbr2004 escreveu:Ai instalei a versão 2.31.1 a internet fica super rápida "normal"... Nesse computador não uso nenhum add-on, só mesmo o controle de banda por ip, instalação limpa, do zero.


Você quiz dizer 2.30.1 ?

É isso ?

Para você a versão anterior é mais veloz que a atual.

É isso ?

Então, é 2.30.1 ou 2.31.1?

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Ter Jul 29, 2008 10:44 am
por mpsbr2004
Puts!!!
Peço desculpas a todos, mais fiz uma confusão do caramba...
Fui em casa correndo somente para verificar esse detalhe, e tentar solucionar a tremenda confusão que causei nesses posts;

Versão 2.30.1 = 0,5 segundos para iniciar a abertura de um site.
Versão 2.31.10 = 2; 3 ou até 4 segundos para iniciar a abertura de um site


E novamente desculpas pela tremenda confusão

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Ter Jul 29, 2008 11:24 am
por Bender
Estou usando a versão 2.31.10. Uso o DNS da BrasilTelecom: 201.10.128.2 e 201.10.120.2.

Fiz o seguinte teste: No webadmin habilitei o cache de DNS e medi o tempo da resolução de um novo endereço escolhido ao acaso no google:

A primeira vez demorou meio segundo, as outras (tentei dezenas de vezes) não demorou nada.
brazilfw# time nslookup http://www.linuxclube.com
Server: localhost
Address: 127.0.0.1

Name: http://www.linuxclube.com
Address: 69.46.228.183
real 0m 0.58s
user 0m 0.01s
sys 0m 0.00s

brazilfw# time nslookup http://www.linuxclube.com
Server: localhost
Address: 127.0.0.1

Name: http://www.linuxclube.com
Address: 69.46.228.183
real 0m 0.00s
user 0m 0.00s
sys 0m 0.00s

brazilfw# time nslookup http://www.linuxclube.com
Server: localhost
Address: 127.0.0.1

Name: http://www.linuxclube.com
Address: 69.46.228.183
real 0m 0.00s
user 0m 0.00s
sys 0m 0.00s

brazilfw# time nslookup http://www.linuxclube.com
Server: localhost
Address: 127.0.0.1

Name: http://www.linuxclube.com
Address: 69.46.228.183
real 0m 0.00s
user 0m 0.00s
sys 0m 0.01s


Depois desabilitei o cache de dns no webadmin e repeti o teste:
brazilfw# time nslookup http://www.linuxclube.com
Server: dns01.brasiltelecom.net.br
Address: 201.10.128.2

Name: http://www.linuxclube.com
Address: 69.46.228.183
real 0m 1.82s
user 0m 0.00s
sys 0m 0.00s

brazilfw# time nslookup http://www.linuxclube.com
Server: dns01.brasiltelecom.net.br
Address: 201.10.128.2

Name: http://www.linuxclube.com
Address: 69.46.228.183
real 0m 0.06s
user 0m 0.00s
sys 0m 0.00s

brazilfw# time nslookup http://www.linuxclube.com
Server: dns01.brasiltelecom.net.br
Address: 201.10.128.2

Name: http://www.linuxclube.com
Address: 69.46.228.183
real 0m 0.08s
user 0m 0.00s
sys 0m 0.00s

brazilfw# time nslookup http://www.linuxclube.com
Server: dns01.brasiltelecom.net.br
Address: 201.10.128.2

Name: http://www.linuxclube.com
Address: 69.46.228.183
real 0m 11.08s
user 0m 0.00s
sys 0m 0.02s

As vezes demora até 11 segundos pra resolver o nome.

Seria deficiência no DNS da operadora?

Vou instalar a 2.30.1 e repetir o teste. Volto pra postar o resultado.

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Ter Jul 29, 2008 11:31 am
por mpsbr2004
Name: http://www.linuxclube.com
Address: 69.46.228.183
real 0m 11.08s
user 0m 0.00s
sys 0m 0.02s


Bender, como que eu faço para ver essas velocidades? Assim teria como eu fazer os testes aqui também e postar o resultado para vocês...

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Ter Jul 29, 2008 11:47 am
por Bender
Use o comando time, ele mede o tempo de execução de um outro comando:
Ex.:
#time nslookup http://www.linuxclube.com

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Qua Jul 30, 2008 6:34 pm
por an.dre
tenho as dua versões aqui funcionando e fiz os testes quase na mesma hora, olha os resultados:
observações: hardware quase igual, (fonte AT,Pentium mmx 233) a versão Versão 2.31.10 final é recem instalada e a Versão 2.30.1 já tem uns 6 meses funcionando sem problemas, ambos estão com dnscache desabilitado, regras simples de firewal exatamente igual nos dois, o router Versão 2.30.1 tem o dobro de pessoas navegando na rede e tem o link 2x mais rapido.


------------------------------------------
router BrazilFW - Versão 2.31.10 final

brazilfw# time nslookup http://www.linuxclube.com
Server: resolver1.telesp.net.br
Address: 200.204.0.10

Name: http://www.linuxclube.com
Address: 69.46.228.183
real 0m 2.26s
user 0m 0.00s
sys 0m 0.01s

--------------------------------------

router BrazilFW - Versão 2.30.1

brazilfw# time nslookup http://www.linuxclube.com
Server: resolver1.telesp.net.br
Address: 200.204.0.10

Name: http://www.linuxclube.com
Address: 69.46.228.183
real 0m 4.70s
user 0m 0.00s
sys 0m 0.02s

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Qui Jul 31, 2008 2:27 pm
por airamcarlos
Tenho dois servidores, atualizei 1 deles para a versão 2.31.10 e começou com este problema de lentidão voltei para a versão anterior e normalizou.

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Seg Ago 04, 2008 9:00 am
por mdanet
bom dia, nunca usei a 2.30.1 mas instalei a 2.31 e realmente noto que demora entre 2 a 4 segundos pra abrir site, mesmo este jah tendo sido aberto varias vezes.

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Ter Ago 05, 2008 9:45 am
por wimigasltda
Tambem notei esta deficiencia aqui.

Uso eles em cascata:

no bfw1 modem+squid rodando o tempo de resposta de qualquer site nacional ou internacional fica igual a (o)
no bfw2 subredes+firewall o tempo de resposta chega a quase meio segundo OBS: Dns-cache desativado.

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Qua Ago 06, 2008 11:31 am
por Marcos do Vale
Solicito a todos que verifique isto:
viewtopic.php?f=10&t=65117#p146287

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Qua Ago 06, 2008 6:16 pm
por Marcos do Vale
A quem se dispuser a testar, executar os seguintes comandos no prompt:
Código: Selecionar todos
echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
echo 2 > /proc/sys/net/ipv4/conf/all/rp_filter

• arp_filter
A variável arp_filter conta ao kernel se um endereço IP deve ser ligado com um
endereço ARP específico ou não. O kernel decide, se responde para um pacote
específico entrando numa interface, se ele envia a resposta pelo mesmo
endereço da interface ou não. Se o arp_filter é verdadeiro (1) isso é o que
acontece. O valor default é falso (0).

• rp_filter
Esta variável atribui o filtro de caminho reverso (reverse path - rp) para uma
interface. O RP serve para validar que o atual endereço de origem usados por
alguns pacotes estejam correlacionados com uma tabela de rotas e que pacotes
com este IP de origem são supostamente respondidos através da mesma
interface. (Verificar os comportamentos na RFC 1812).

Fonte:
Construindo Roteadores com Linux
by
Christian Lyra
Pedro Torres

Aqui eu notei uma diferença enorme.

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Qua Ago 06, 2008 11:31 pm
por cbizzotto
Boa noite colegas...

Aqui eu não tinha squid somente o MARA DNS, as páginas abriam normalmente.
Resolvi instalar o squid, mas devido a pouca memória fui obrigado a desabilitar.
Notei que depois que instalei o squid, mesmo ele estando desabilitado o DNS começou a falhar, volta e meia aparecia pagina não encontrada.
Resolvi aplicar a receita dada pelo Marcos do Vale, conforme segue:
Marcos do Vale escreveu:Pessoal,

Passei os últimos dois dias tentando achar uma solução para o problema de DNS.
Abaixo segue uma tentativa:

1- Alteração dos parâmetros do DNSMASQ

a) Qualquer add-on de DNS (MaraDNS e DNSCache) deve ser previamente desabilitado e removido.
b) Editar o arquivo /etc/dnsmasq.conf.template:
Via shell é só digitar edit /etc/dnsmasq.conf.template
Via webadmin em Configuração do DHCP e DNS -> Ações de Controle: Editar Configurações Personalizadas
Código: Selecionar todos
#Adittional DNS Cache and DHCP Server Configurations
cache-size=1500

c) Editar o final do arquivo /etc/rc.d/rc.dnsmasq
Via shell é só digitar edit /etc/rc.d/rc.dnsmasq
Código: Selecionar todos
if [ "$USE_DNS_CACHE" = "YES" -o "$DHCPSERVER" = "YES" ] ; then
 echo "Starting DNS and DHCP server"
 /usr/sbin/dnsmasq --dns-forward-max=500
fi

d) Executar um reload no DNSMASQ
Via shell é só digitar sh /etc/rc.d/rc.dnsmasq
Via webadmin em Configuração do DHCP e DNS -> Ações de Controle: Recarregar Servidor DNS/DHCP

Depois que apliquei a receita mesmo com o squid desabilitado quando o DNS falhava uma página do Open DNS abria indicando um link possivel para o endereço.
Antes de eu postar esta mensagem também apliquei a outra receita, conforme segue:
Marcos do Vale escreveu:A quem se dispuser a testar, executar os seguintes comandos no prompt:

Código: Selecionar tudo
echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
echo 2 > /proc/sys/net/ipv4/conf/all/rp_filter


• arp_filter
A variável arp_filter conta ao kernel se um endereço IP deve ser ligado com um
endereço ARP específico ou não. O kernel decide, se responde para um pacote
específico entrando numa interface, se ele envia a resposta pelo mesmo
endereço da interface ou não. Se o arp_filter é verdadeiro (1) isso é o que
acontece. O valor default é falso (0).

• rp_filter
Esta variável atribui o filtro de caminho reverso (reverse path - rp) para uma
interface. O RP serve para validar que o atual endereço de origem usados por
alguns pacotes estejam correlacionados com uma tabela de rotas e que pacotes
com este IP de origem são supostamente respondidos através da mesma
interface. (Verificar os comportamentos na RFC 1812).

Fonte:
Construindo Roteadores com Linux
by
Christian Lyra
Pedro Torres

Aqui eu notei uma diferença enorme.

Percebi que após estes comandos o MARA DNS não falhou nenhuma vez e a resposta ficou mais rápida, vamos ver amanhã como se comporta, volto a postar.
Uma duvida Marcos, estes dois comandos podem ser adicionados no arquivo de inicialização para não ter que ficar executando toda vez que eu reiniciar o BFW?

Router# time nslookup http://www.terra.com.br
Server: localhost
Address: 127.0.0.1

Name: http://www.terra.com.br
Address: 208.69.32.132
real 0m 0.40s
user 0m 0.01s
sys 0m 0.00s
Router# time nslookup http://www.terra.com.br
Server: localhost
Address: 127.0.0.1

Name: http://www.terra.com.br
Address: 208.69.32.132
real 0m 0.01s
user 0m 0.01s
sys 0m 0.00s
Router# time nslookup http://www.terra.com.br
Server: localhost
Address: 127.0.0.1

Name: http://www.terra.com.br
Address: 208.69.32.132
real 0m 0.01s
user 0m 0.00s
sys 0m 0.00s
Router# time nslookup http://www.terra.com.br
Server: localhost
Address: 127.0.0.1

Name: http://www.terra.com.br
Address: 208.69.32.132
real 0m 0.01s
user 0m 0.00s
sys 0m 0.01s

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Sex Ago 08, 2008 10:30 pm
por wimigasltda
Estou usando os dns do opendns são mais de vagar mas vão:

Tirei os dns ^/ ^/

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Sáb Ago 09, 2008 11:12 am
por WebHouse
Marcos testei os comandos aqui e parece que melhorou se eu perceber mais algum erro relato aqui.

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Qui Ago 14, 2008 4:47 pm
por Marcos do Vale
Mais alguém testou?

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Sex Ago 15, 2008 2:57 pm
por Marcos do Vale
Pessoal,

Solicito a atenção de todos para os seguintes testes:

Código: Selecionar todos
echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
echo 2 > /proc/sys/net/ipv4/conf/all/rp_filter
echo 1 > /proc/sys/net/ipv4/conf/all/arp_announce
echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore


ou colocar no Arquivos de Configuração -> Script de Inicialização (/etc/rc.d/rc.local )
Código: Selecionar todos
for i in /proc/sys/net/ipv4/conf/*; do
 echo 1 > $i/arp_filter
 echo 2 > $i/rp_filter
 echo 1 > $i/arp_announce
 echo 1 > $i/arp_ignore
done



arp_filter - BOOLEAN
1 - Allows you to have multiple network interfaces on the same
subnet, and have the ARPs for each interface be answered
based on whether or not the kernel would route a packet from
the ARP'd IP out that interface (therefore you must use source
based routing for this to work). In other words it allows control
of which cards (usually 1) will respond to an arp request.
0 - (default) The kernel can respond to arp requests with addresses
from other interfaces. This may seem wrong but it usually makes
sense, because it increases the chance of successful communication.
IP addresses are owned by the complete host on Linux, not by
particular interfaces. Only for more complex setups like load-
balancing, does this behaviour cause problems.
arp_filter for the interface will be enabled if at least one of
conf/{all,interface}/arp_filter is set to TRUE,
it will be disabled otherwise

A variável arp_filter conta ao kernel se um endereço IP deve ser ligado com um
endereço ARP específico ou não. O kernel decide, se responde para um pacote
específico entrando numa interface, se ele envia a resposta pelo mesmo
endereço da interface ou não. Se o arp_filter é verdadeiro (1) isso é o que
acontece. O valor default é falso (0).

rp_filter - INTEGER
2 - do source validation by reversed path, as specified in RFC1812
Recommended option for single homed hosts and stub network
routers. Could cause troubles for complicated (not loop free)
networks running a slow unreliable protocol (sort of RIP),
or using static routes.
1 - (DEFAULT) Weaker form of RP filtering: drop all the packets
that look as sourced at a directly connected interface, but
were input from another interface.
0 - No source validation.

Esta variável atribui o filtro de caminho reverso (reverse path - rp) para uma
interface. O RP serve para validar que o atual endereço de origem usados por
alguns pacotes estejam correlacionados com uma tabela de rotas e que pacotes
com este IP de origem são supostamente respondidos através da mesma
interface. (Verificar os comportamentos na RFC 1812).

arp_announce - INTEGER
Define different restriction levels for announcing the local
source IP address from IP packets in ARP requests sent on
interface:
0 - (default) Use any local address, configured on any interface
1 - Try to avoid local addresses that are not in the target's
subnet for this interface. This mode is useful when target
hosts reachable via this interface require the source IP
address in ARP requests to be part of their logical network
configured on the receiving interface. When we generate the
request we will check all our subnets that include the
target IP and will preserve the source address if it is from
such subnet. If there is no such subnet we select source
address according to the rules for level 2.
2 - Always use the best local address for this target.
In this mode we ignore the source address in the IP packet
and try to select local address that we prefer for talks with
the target host. Such local address is selected by looking
for primary IP addresses on all our subnets on the outgoing
interface that include the target IP address. If no suitable
local address is found we select the first local address
we have on the outgoing interface or on all other interfaces,
with the hope we will receive reply for our request and
even sometimes no matter the source IP address we announce.

The max value from conf/{all,interface}/arp_announce is used.

Increasing the restriction level gives more chance for
receiving answer from the resolved target while decreasing
the level announces more valid sender's information.

arp_ignore - INTEGER
Define different modes for sending replies in response to
received ARP requests that resolve local target IP addresses:
0 - (default): reply for any local target IP address, configured
on any interface
1 - reply only if the target IP address is local address
configured on the incoming interface
2 - reply only if the target IP address is local address
configured on the incoming interface and both with the
sender's IP address are part from same subnet on this interface
3 - do not reply for local addresses configured with scope host,
only resolutions for global and link addresses are replied
4-7 - reserved
8 - do not reply for all local addresses

The max value from conf/{all,interface}/arp_ignore is used
when ARP request is received on the {interface}

Fonte:
Construindo Roteadores com Linux
by
Christian Lyra
Pedro Torres

http://kb.linuxvirtualserver.org/wiki/U ... isable_ARP
http://lxr.linux.no/linux/Documentation ... sysctl.txt

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Sex Ago 15, 2008 5:11 pm
por manauara
Meus testes com o BFW 2.31.10

Com cache habilitado:

brazilfw# time nslookup http://www.orkut.com.br
Server: localhost
Address: 127.0.0.1

Name: orkut.l.google.com
Address: 209.85.207.94
real 0m 1.78s
user 0m 0.00s
sys 0m 0.00s
brazilfw# time nslookup http://www.orkut.com.br
Server: localhost
Address: 127.0.0.1

Name: orkut.l.google.com
Address: 209.85.207.86
real 0m 0.00s
user 0m 0.00s
sys 0m 0.00s
brazilfw# time nslookup http://www.orkut.com.br
Server: localhost
Address: 127.0.0.1

Name: orkut.l.google.com
Address: 209.85.207.94
real 0m 0.00s
user 0m 0.00s
sys 0m 0.00s

Sem cache habilitado:

brazilfw# time nslookup http://www.orkut.com.br
Server: 200-189-88-23-sne.cpe.vivax.com.br
Address: 200.189.88.23

Name: orkut.l.google.com
Address: 209.85.207.87
real 0m 1.72s
user 0m 0.00s
sys 0m 0.00s

brazilfw# time nslookup http://www.orkut.com.br
Server: 200-189-88-23-sne.cpe.vivax.com.br
Address: 200.189.88.23

Name: orkut.l.google.com
Address: 209.85.207.87
real 0m 0.75s
user 0m 0.00s
sys 0m 0.00s

brazilfw# time nslookup http://www.orkut.com.br
Server: 200-189-88-23-sne.cpe.vivax.com.br
Address: 200.189.88.23

Name: orkut.l.google.com
Address: 209.85.207.94
real 0m 0.18s
user 0m 0.00s
sys 0m 0.00s

Eu testei com o mesmo site, sem squid. Notem que com cache é mais rápido, portanto deve haver problemas de resolução com a operadora. 8-)

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Seg Ago 18, 2008 8:50 am
por fabiosammy
Código: Selecionar todos
echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
echo 2 > /proc/sys/net/ipv4/conf/all/rp_filter
echo 1 > /proc/sys/net/ipv4/conf/all/arp_announce
echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore


acabei de fazer uns testes...

realmente da uma grande diferença... ficou muito mais rapido...
até agora nenhum erro...

vlw galera

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Qua Ago 20, 2008 3:03 pm
por jm_athayde
nao consegui resolver desta forma mais tudo 10 , mais uma coisa (não é critica pois nao consigo ajudar a melhorar o sistema ) mais deveriam rever o que esta acontecendo com o novo BZfw pois quando reinstalo no mesmo pc a versao anterior anterior vai que é uma bala.



fui valeu

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Qui Ago 21, 2008 11:17 pm
por Jofre
for i in /proc/sys/net/ipv4/conf/*; do
echo 1 > $i/arp_filter
echo 2 > $i/rp_filter
echo 1 > $i/arp_announce
echo 1 > $i/arp_ignore
done

coloquei as linhas acima conf. recomendação do Marcos do Vale e melhou muito. Claro que nao ficou igual a 2.28 uma brastemp é uma brastemp, mas, que melhorou, melhorou.

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Sáb Ago 23, 2008 4:38 pm
por Namor
fabiosammy escreveu:
Código: Selecionar todos
echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
echo 2 > /proc/sys/net/ipv4/conf/all/rp_filter
echo 1 > /proc/sys/net/ipv4/conf/all/arp_announce
echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore


acabei de fazer uns testes...

realmente da uma grande diferença... ficou muito mais rapido...
até agora nenhum erro...

vlw galera


onde é inserido essas linhas?
obrigado

-------------
Li, re-li e intendi, obrigado marcos farei este teste agora.

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Sáb Ago 23, 2008 5:43 pm
por Bender
No script de inicilização rc.local.

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Sáb Ago 23, 2008 6:42 pm
por vanderlpp
Bender escreveu:No script de inicilização rc.local.


melhor: viewtopic.php?f=2&t=65406&view=unread#p147935

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Seg Ago 25, 2008 10:23 am
por msia
Pra mim também melhorou muito, fiz ontem de manhã e até agora tudo 100%.

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Seg Ago 25, 2008 11:33 am
por Namor
fica melhor mesmo, o problema está no carregamento de fotos.

Vocês sabem aquelas edições q se faz no Firefox com o about:config

fica bem rápido só q as imagens só aparecem depois que são 100% carregadas dando um tipo de delay nas páginas.
isso deixa alguns usuários achando mais lenta a navegação principalmente no orkut (albuns mais especificamente).

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Sex Ago 29, 2008 8:35 pm
por sp4celan
Marcos parabens fico muito bom mesmo !
Obrigado

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Qua Set 03, 2008 12:58 pm
por BigPhill
Boa tarde amigos...
sou novo no assunto, mas vale o post...
também estava com essa lentidão e seguindo as orientações do Marcos, inseri as linhas no rc.local e a diferença de velocidade foi muito grande, melhorou muito.

[]s

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Qui Set 11, 2008 6:09 pm
por alexustp
Pessoal,

Solicito a atenção de todos para os seguintes testes:


Code: Select all
echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
echo 2 > /proc/sys/net/ipv4/conf/all/rp_filter
echo 1 > /proc/sys/net/ipv4/conf/all/arp_announce
echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore

ou colocar no Arquivos de Configuração -> Script de Inicialização (/etc/rc.d/rc.local )

Code: Select all
for i in /proc/sys/net/ipv4/conf/*; do
echo 1 > $i/arp_filter
echo 2 > $i/rp_filter
echo 1 > $i/arp_announce
echo 1 > $i/arp_ignore
done

Não entendi bem oq o Marcos tentou explicar aki, qual das sequencias de comandos devem ser colocadas no rc.local?
Desde já agradeço, em minha região a internet é cara e qualquer melhoria que possamos ter na qualidade do acesso é uma benção.

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Qui Set 11, 2008 8:43 pm
por IceMan - Brazil
alexustp escreveu:Pessoal,

Solicito a atenção de todos para os seguintes testes:


Code: Select all
echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
echo 2 > /proc/sys/net/ipv4/conf/all/rp_filter
echo 1 > /proc/sys/net/ipv4/conf/all/arp_announce
echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore

ou colocar no Arquivos de Configuração -> Script de Inicialização (/etc/rc.d/rc.local )

Code: Select all
for i in /proc/sys/net/ipv4/conf/*; do
echo 1 > $i/arp_filter
echo 2 > $i/rp_filter
echo 1 > $i/arp_announce
echo 1 > $i/arp_ignore
done

Não entendi bem oq o Marcos tentou explicar aki, qual das sequencias de comandos devem ser colocadas no rc.local?
Desde já agradeço, em minha região a internet é cara e qualquer melhoria que possamos ter na qualidade do acesso é uma benção.

Ou um ou outro. Nunca os 2.

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Sex Set 12, 2008 4:33 pm
por alexustp
voltando para a boa e velha 2.30.1!!!!

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Dom Set 14, 2008 3:03 pm
por senaronald
Ai esta o motivo pelo qual eu ainda ultilizo a versão 2.30.1 pois tenho +ou- 60 clientes wireless na versão antiga fiz o test com a nova versão alem dela demora mais para carrega devida algusn recursoso novos, atualizações e outras coisas notei um certa lentidão na hora de abri as paginas esse topico retrata o motivo pelo qual ainda não uso a versão nova.

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Qua Jan 21, 2009 7:08 pm
por Bender
Alguém pode dar o testemunho sobre o que foi proposto neste tópico?

Re: Lentidão com a versão 2.31.10 final...

MensagemEnviado: Sex Jan 23, 2009 2:31 pm
por IceMan - Brazil
IceMan - Brazil escreveu:
alexustp escreveu:Pessoal,

Solicito a atenção de todos para os seguintes testes:


Code: Select all
echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
echo 2 > /proc/sys/net/ipv4/conf/all/rp_filter
echo 1 > /proc/sys/net/ipv4/conf/all/arp_announce
echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore

ou colocar no Arquivos de Configuração -> Script de Inicialização (/etc/rc.d/rc.local )

Code: Select all
for i in /proc/sys/net/ipv4/conf/*; do
echo 1 > $i/arp_filter
echo 2 > $i/rp_filter
echo 1 > $i/arp_announce
echo 1 > $i/arp_ignore
done

Não entendi bem oq o Marcos tentou explicar aki, qual das sequencias de comandos devem ser colocadas no rc.local?
Desde já agradeço, em minha região a internet é cara e qualquer melhoria que possamos ter na qualidade do acesso é uma benção.

Ou um ou outro. Nunca os 2.

Bender escreveu:Alguém pode dar o testemunho sobre o que foi proposto neste tópico?

Colocando essas regras, o BFW 2.31.10 fica menos lento..... :D :D :D