veja /dev/sda6 5162796 3629124 1271416 75% /var
e dentro do var esta o cache e a configuração do squid esta assim: cache_mem 128 MB cache_swap_low 90 cache_swap_high 95 maximum_object_size 4096 KB maximum_object_size_in_memory 16 KB ipcache_size 1024 ipcache_low 90 ipcache_high 95 cache_dir ufs /var/cache/squid 3000 16 256 cache_access_log /var/log/squid/access.log cache_log /var/log/squid/cache.log cache_store_log /var/log/squid/store.log cache_swap_log /var/log/squid/swap.log pid_filename /var/run/squid.pid ftp_user [EMAIL PROTECTED] request_header_max_size 1000 KB Tem algo que eu possa melhorar ou corrigir? Grato, -- ============================================================ + Joares Gaboardi + + Administrador dos provedores SuperIP - NetBig + + Formação: Especialista/Mestre em Ciências da Computação + + Empresa: Lizitec Informática Ltda + + Rua: Condá, 1825 D, Universitário + + Cidade: Chapecó SC + + Fone: (0xx49) 3323-6050 + + Cel: (0xx49) 8402-8007 + + MSN: [EMAIL PROTECTED] + + "O ser humano pode herdar muito, tentar repassar tudo o + + que tem, porém na maioria das vezes, sucesso, talento e + + conhecimento não são hereditários." + ============================================================ Citando Tiago Resende <[EMAIL PROTECTED]>: > Joares, > > Ele ta usando praticamente toda memoria RAM, e um pouco de swap. O problema > que vejo, é que um cache de 5 GB não adianta muita coisa, você tem certeza > que são apenas 5 gb? > > sds, > > Tiago Resende > www.titan.inf.br > > Em 11/12/06, Joares Gaboardi <[EMAIL PROTECTED]> escreveu: > > > > Certo, dei o comando top e veja: > > > > Tasks: 100 total, 1 running, 98 sleeping, 0 stopped, 1 zombie > > Cpu(s): 0.2% us, 0.2% sy, 0.0% ni, 98.5% id, 0.0% wa, 0.0% hi, 1.2% si > > Mem: 1034500k total, 1011488k used, 23012k free, 66392k buffers > > Swap: 265064k total, 3296k used, 261768k free, 539928k cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > > 19303 squid 15 0 104m 100m 1788 S 0.7 10.0 2:38.17 squid > > 15269 mysql 17 0 105m 14m 2808 S 0.0 1.5 0:00.11 mysqld > > 15847 root 22 0 11720 9.8m 1768 S 0.0 1.0 16:15.94 mrtg > > > > o squid realmete usa bem mais memória, mas nesse caso limpando o cache não > > resolve? Vou colocar mais 1 GB para ver. Ha e a partição do squid esta com > > 5 > > GB. > > -- > > ============================================================ > > + Joares Gaboardi + > > + Administrador dos provedores SuperIP - NetBig + > > + Formação: Especialista/Mestre em Ciências da Computação + > > + Empresa: Lizitec Informática Ltda + > > + Rua: Condá, 1825 D, Universitário + > > + Cidade: Chapecó SC + > > + Fone: (0xx49) 3323-6050 + > > + Cel: (0xx49) 8402-8007 + > > + MSN: [EMAIL PROTECTED] <joares%40superip.com.br> + > > + "O ser humano pode herdar muito, tentar repassar tudo o + > > + que tem, porém na maioria das vezes, sucesso, talento e + > > + conhecimento não são hereditários." + > > ============================================================ > > > > Citando Tiago Resende <[EMAIL PROTECTED] <tresende%40gmail.com>>: > > > > > > > Olá Joares, > > > > > > Acredito que seja memória, veja se o servidor está usando muito Swap. > > (use o > > > comando top) > > > > > > Qto de hd está reservado para o cache? Se for mais que 60 GB, com > > certeza 1 > > > GB Ram é pouco. > > > > > > Atenciosamente, > > > > > > Tiago Resende > > > www.titan.inf.br > > > > > > Em 09/12/06, Joares Gaboardi > <[EMAIL PROTECTED]<joares%40superip.com.br>> > > escreveu: > > > > > > > > Boa noite, > > > > > > > > gostaria de ver com vocês a seguinte situação: > > > > > > > > tenho um servidor proxy com aproximadamente 130 redes logicas em cima > > de 5 > > > > placas de rede no mesmo servidor com 1 GB de ram ecc e um xeon 2.4, > > tem > > > > aproximadamente 700 máquinas fazendo acesso através deste servidor com > > > > proxy > > > > transparente, porém de ums dias para cá começou a ter a seguinte > > situação, > > > > horas navega normal hora para e assim vai então pergunto será que pode > > ser > > > > limite de máquina memória ou o próprio squid? > > > > > > > > -- > > > > ============================================================ > > > > + Joares Gaboardi + > > > > + Administrador dos provedores SuperIP - NetBig + > > > > + Formação: Especialista/Mestre em Ciências da Computação + > > > > + Empresa: Lizitec Informática Ltda + > > > > + Rua: Condá, 1825 D, Universitário + > > > > + Cidade: Chapecó SC + > > > > + Fone: (0xx49) 3323-6050 + > > > > + Cel: (0xx49) 8402-8007 + > > > > + MSN: [EMAIL PROTECTED] > <joares%40superip.com.br><joares%40superip. > > com.br> + > > > > + "O ser humano pode herdar muito, tentar repassar tudo o + > > > > + que tem, porém na maioria das vezes, sucesso, talento e + > > > > + conhecimento não são hereditários." + > > > > ============================================================ > > > > > > > > ---------------------------------------------------------- > > > > Esta mensagem foi analizada por superip.com.br > > > > Última atualização do Anti-virus > > > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > ---------------------------------------------------------- > > Esta mensagem foi analizada por superip.com.br > > Última atualização do Anti-virus > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > ------------------------------------------------------------------ Esta mensagem foi analizada por superip.com.br Última atualização do Anti-virus ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006 ClamAV 0.88/2269/Fri Dec 1 16:17:05 2006
