Relamente tive um problema igual ao seu, resolvi removendo todas os url_regex e dst domain, e instalei o dansguardian.. faz um tempo que nao da problema na CPU =)
2007/1/18, Cândido Henrique - Linux user 276876 <[EMAIL PROTECTED]>:
E ai Maxwillian ! Resolvi o problema de CPU 100% ... ufa ! Usei sua dica e recompilei com ela o Squid 2.6s7 - Slackware 11 - HUGE26.S- IBM X236 ... cara o que fiz foi refazer meu conf e principalmente minhas regras ... retirei todos os URL-REGEX possivei e substitui por DSTDOMAIN ou DST e ai ... o SQUID ficou eficiente demais .. muito rápido e CPU na casa dos 50 - 60 % ... "MORAL DA HISTÒRIA: Evite URL_REGEX" ... :-) Valeu Max... precisando .. estamos ai ... !!! Obrigado. [],s Miorim escreveu: On 1/16/07, Cândido Henrique - Linux user 276876 <[EMAIL PROTECTED]<candido%40tjmg.gov.br>> wrote: > Olá Maxwillian e todos da lista ! Oi denovo :) > Precisando de ajuda ... "CONTANDO COM FORÇA DIVINA !!!!" Não precisa ser divina, precisa apenas ser "a força" (trocadilho nerd... 8) > - Retirei regras e deixei tudo liberado sem regras ALLOW ALL ! (Nada !) Isso costuma ajudar, se não foi vamos para a próxima etapa... > - Compilei somente com UFS e Prefix .. rss (Nada !) Tentou usar o CFLAGS="-mtune=$(uname -p) -march=$(uname -p)" durante a compilação? Esta otimização é rápida e pode ainda inserir um -O3, por exemplo: CFLAGS="-mtune=$(uname -p) -march=$(uname -p) -O3" ./configure ... Eu tenho entre 15 e 25% de ganho quando uso isso, quem sabe dando uma "tunadinha" extra no kernel não consiga nada maior? > - Verifiquei RESOLV.CONF e nss... todos ... HOSTS ... performance DNS > ... (Nada !) Não acho que seja algo relacionado a resolução de nomes. > - Veirifquei a existência do /DEV/NULL ... (Nada !) Bugzinho tosco mas que pega muita gente :) > - Obs.: Todos os Hardwares citados acima são de alto desempenho o > problema aqui não é Hardware "acredito eu" ... pois em um Hardware > inferior onde hoje esta em producao ... onde a CPU fica em média com > 45% e nunca chega a 100%, trabalha muito bem ... Solaris 9 Intel .. > máquina SUN com Processador Intel também nada muito sofisticado .. e com > Squid 2.6stable7 ... porque funciona especificamente nesta máquina .. > (mistério) ! > > - Obs.: Trafego em média por dia igual 29GB e 5000 IP´s (Hosts) Volto a sugerir otimizações no Kernel, ainda mais efetivas nos BSDs, apesar de acreditar que a lentidão se dá o I/O propriamente dito por causa do seguinte raciocínio: Há um volume muito grande de dados/conexões (consegue estimar isso em conexões/segundo e volume de dados/segundo?) e entre cada gravação (afinal as coisas vão para o cache e saem da memória :) um "pouquinho" da CPU é usada pelo squid. Como tá o desempenho do HD e das placas de rede? Ai vem aquele velho problema: "mas funcionava antes". De repente pode até ser uma sugestão idiota, mas que tal usar a mesma versão do squid nessa máquina nova? :P Coloca o squid em modo ultra-mega-master-gigazord verbose, e me manda o log em pvt (putz, to até vendo o "arquivinho" de 352MB... :P), se conseguir rodar ele com um strace (num linux) também já ajuda bastante (mas tem que ser uns 20segundos, senão tu fica sem espaço em disco...) Se não funcionar pode usar a máquina antiga e fazer um cluster pra distribuir a carga entre os dois, não é a melhor solução mas o usuário nem fica sabendo disso mesmo :D Qualquer coisa grita ai. -- Maxwillian Miorim <[EMAIL PROTECTED] <miorimmax%40gmail.com>> ---- Slackware 11.0/current, OpenBSD 3.9 and Debian SID/experimental. -- Cândido Henrique M. de Souza Técnico em Suporte de Redes Gerência de Tecnologia Tribunal de Justiça - MG Tel.: 55-31-3237-6319 / 55-31-9164-6261 Fax.: 55-31-3237-6321 [EMAIL PROTECTED]://www.tjmg.gov.br
