SQUID trava em paginas pesadas

1. SQUID trava em paginas pesadas

Daniel
GauderioSNQP

(usa Outra)

Enviado em 20/08/2010 - 13:59h

Boa tarde!

Tenho uma lanhouse, onde no servidor está instalado o squid NT.

O servidor é um AMD quad core com 6GB de RAM e HD de 500GB, rodando o WIN 7 x64, a navegação nas paginas sem o squid é rápida e normal, mas quando eu coloco o proxy do squid, paginas mais pesadas com muitas imagens fazem o squid travar por uns 30 ou 40 segundos e depois volta a carregar a pagina...ou se eu colocar varias paginas pra carregar em varias abas também travam o squid por alguns segundos...

Vejam um exemplo na imagem abaixo, uma pagina grande carregando no opera que acabou travando o squid por alguns segundos.

http://img835.imageshack.us/img835/2340/squid.png

Utilizo o squid pois a net daqui é de somente 1MB, e as paginas mais visitadas na lan tipo o orkut ja ficam armazenados no cache, liberando banda da internet.

Alguem poderia me dar uma dica do porque que da essas travadas? Sistema operacional está em ordem, sem virus. Abaixo minha cfg:

http_port 3128
hierarchy_stoplist cgi-bin ?
maximum_object_size 10 MB
minimum_object_size 0 KB
cache_swap_low 90
cache_swap_high 95
cache_mem 512 MB
maximum_object_size_in_memory 10 MB
cache_dir ufs c:\squid\var\spool\squid 8192 32 512
cache_access_log c:\squid\var\logs\access.log
refresh_pattern ^ftp: 15 20% 2280
refresh_pattern ^gopher: 15 0% 2280
refresh_pattern . 15 20% 2280

acl all src 0.0.0.0/0.0.0.0
acl manager proto cache_object
acl localhost src 127.0.0.1/32
acl to_localhost dst 127.0.0.0/8
acl redelocal src 192.168.1.0/24
acl SSL_ports port 443
acl Safe_ports port 80 # http
#acl Safe_ports port 81 #emule
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 # https
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535 # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl CONNECT method CONNECT

http_access allow manager localhost
http_access allow manager redelocal
http_access deny manager
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow localhost
http_access allow redelocal

icp_access allow localhost
icp_access allow redelocal
icp_access deny all

access_log c:/squid/var/logs/access.log squid

refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern -i (/cgi-bin/|\?) 0 0% 0
refresh_pattern . 0 20% 4320

#Resolve um problema com conexoes persistentes que ocorre em certos servidores e que provoca delay no cache
detect_broken_pconn off

#Provoca ganho de performace ao usar conexoe pipeline(requisicoes emparalelo)
pipeline_prefetch on
coredump_dir c:/squid/var/cache
visible_hostname PC_Server
error_directory c:/squid/share/errors/Portuguese





  


2. DNS

irado furioso com tudo
irado

(usa XUbuntu)

Enviado em 20/08/2010 - 14:33h

em algumas ocasiões tive problema similar e eram os servidores DNS meio capengas do provedor; faça o seguinte:

em algum lugar do squid.conf introduza a seguinte diretiva:

dns_nameservers 8.8.8.8 8.8.4.4

não esqueça do restart do squid.

se tiver um servidor dns-cache na sua rede, pode utiliza-lo, ao invés desses.

experimente e conte pra nós o resultado


3. Re: SQUID trava em paginas pesadas

Daniel
GauderioSNQP

(usa Outra)

Enviado em 20/08/2010 - 19:09h

Boa noite irado!

Testei aqui e não deu, problema de DNS não é pois se eu desativar o squid e navegar direto fica uma beleza, problema do squid é quando se tenta acessar uma pagina com muitos "elementos" como imagens, dai o squid trava por alguns segundos durante o carregamento dos elementos, as vezes só reiniciando o navegador para destravar.




4. então..

irado furioso com tudo
irado

(usa XUbuntu)

Enviado em 20/08/2010 - 21:44h

vamos ter que ir um pouco mais fundo.. achei isto aqui:

0.18 My Squid becomes very slow after it has been running for some time.

This is most likely because Squid is using more memory than it should be for your system. When the Squid process becomes large, it experiences a lot of paging. This will very rapidly degrade the performance of Squid. Memory usage is a complicated problem. There are a number of things to consider.

First, examine the Cache Manager Info ouput and look at these two lines:

nota: o Cache Manager é um aplicativo separado - busque no google.

Number of TCP connections: 121104
Page faults with physical i/o: 16720

Note, if your system does not have the getrusage() function, then you will not see the page faults line.

Divide the number of page faults by the number of connections. In this case 16720/121104 = 0.14. Ideally this ratio should be in the 0.0 - 0.1 range. It may be acceptable to be in the 0.1 - 0.2 range. Above that, however, and you will most likely find that Squid's performance is unacceptably slow.

If the ratio is too high, you will need to make some changes to lower the amount of memory Squid uses. There are a number of things to try:

* Buy more memory for your system.
* Try a different malloc library, such as GNU malloc.
* Reduce the cache_mem parameter in the config file.
* Turn the memory_pools off in the config file.
* Reduce the cache_swap parameter in your config file. This will reduce the number of objects Squid keeps. Your hit ratio may go down a little, but your cache will perform better.
* Reduce the maximum_object_size parameter. You won't be able to cache the larger objects, and your byte volume hit ratio may go down, but Squid will perform better overall.
* Try the ``NOVM'' version of Squid.

pelo comentário, não vai ser muito fácil.. falando nisso, quantas máquinas-clientes vc tem, qual o processador dessa máquina e quanto de ram está disponivel?

examine:
(quando a máquina estiver em operação normal COM o squid)
#top
veja os numeros de "load average" e também se está usando swap.

adicionalmente, leia COM ATENÇÃO êste informativo: http://www.linuxman.pro.br/squid/node/1/#toc28 tem bastante dicas que serão úteis, com certeza.






Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts