Não há afinidade, afinidade só é configurável em software com suporte a SMP, o que não é o caso.... o que existe é um melhor aproveitamento do processamento disponível. . Este é um jeito de resolver o problema , mas a solução cdefinitiva é o squid ter suporte a SMP. Se vc rodar apenas um processo numa máquina dual xeon dual core vai usar apenas um núcleo de um dos processadores se vc rodar 4 processos vai utilizar os quatros núcleos..
Cesar.Fresqui - HP escreveu: > > Leonel, > > Como voce fez para criar 'afinidade' do processo x1 com o processador > 0 e o x2 com o processador 1; pergunto pois fico com dúvida se não > existe o risco de quando voce subir 3 processos do squid, os 3 > utilizarem os mesmo processador. > > []'s > > -----Original Message----- > From: [EMAIL PROTECTED] s.com.br > <mailto:squid-br%40yahoogrupos.com.br> [mailto:[EMAIL PROTECTED] > s.com.br <mailto:squid-br%40yahoogrupos.com.br>] On Behalf Of Leonel > Cesar Batista > Sent: quarta-feira, 29 de novembro de 2006 05:49 > To: [EMAIL PROTECTED] s.com.br <mailto:squid-br%40yahoogrupos.com.br> > Subject: Re: [squid-br] Squid lento velha questão ! > > A máquina é dual, mas vc está rodando o squid em dois Processos ou > apenas em um? > O squid não tem suporte a SMP portanto, se quer usar os dois > processadores será necessário > vc ter "dois" squid´s rodando nesta máquina ou vc vai aproveitar mal o > poder de processamento > deste servidor.Eu tive este problema aqui... são 3.800 usuários o > servidor é um dual xeon com 4 GB de > Ram com RHEL 4.0 e squid 2.5.Stable14. > Quando o acesso ficou lento demorava uma década pra autenticar o > usuário, a lentidão era absurda > e eu olhava a interface do router de internet e o tráfego não passava de > 40%! Olhamos firewall e não achamos nada. > Chamamos um consultor e ele de cara apontou a falha, e mostrou que o > squid não tem suporte a smp. > Eu olhava a performance do processador e ele estava ocioso não passava > de 30% eu achava que era normal, > na verdade ele estava ocioso pq o squid rodando em apenas um daemon > estressava e não > conseguia enviar mais requisições. Ao colocar um segundo daemon do squid > pra rodar o procesamento foi para 60%, colocamos > um terceiro daemon e o processamento foi pra 80% e esta tem sido a média > nos últimos 4 meses. A lentidão acabou e todo mundo > ficou satisfeito. > > Segui as sugestões do consultor que foram as seguintes: > > Criar 3 processos do squid e cada um ouvindo em um ip diferente.(se vc > não tem placas /slots disponíveis crie + 2 interfaces virtuais). > Desta forma vc teria 3 squid.conf que neste exemplo ficariam assim: > > squid32.conf - arquivo utilizado pelo processo que ouve no IP 10.100.1.32 > > squid33.conf - arquivo utilizado pelo processo que ouve no IP 10.100.1.33 > > squid34.conf - arquivo utilizado pelo processo que ouve no IP 10.100.1.34 > > Esta mesma idéia é utilizada para os arquivos de log de acesso e cache, > que estão na pasta /usr/local/squid/ var/logs/ > > access32.log, access33.log, access34.log > > cache32.log, cache33.log, cache34.log > > Idem para os arquivos de Proccess ID: > > squid32.pid, squid33.pid, squid34.pid, > > Crie um diretório de cache se puder em um disco separado e chame-o de > /cache, conforme o esquema abaixo utilizando a mesma nomenclatura > anterior: > > /cache/cache32/ > > /cache/cache33/ > > /cache/cache34/ > > Devem ser alterados os seguintes parâmetros para ter mais um processo > rodando: > > · http_port · http_port 10.100.1.32: 80 > > Deve ser informado o IP/Porta que o serviço ficará ouvindo; > > · cache_access_ log /usr/local/squid/ var/logs/ access32. log > > Alterar o caminho e o nome do arquivo do access log > > · cache_log /usr/local/squid/ var/logs/ cache32.log > > Alterar o caminho e o nome do arquivo do cache log > > · pid_filename /usr/local/squid/ var/logs/ squid32.pid > > Alterar o caminho do arquivo que indica o Proccess ID > > · auth_param basic realm > > 32 - Este acesso sera registrado. Digite sua chave e senha > > Deve ser incluído no inicio da mensagem algo que identifique o processo > utilizado (no exemplo é o 32) > > Por ultimo, se vc tem 5.000 hosts, coloque pelo menos mais 1 GB de ram e > faça o tunning no squid.conf, dedicando 70% da ram pro squid ou seja de > 1,4 GB > vc vai ter que dedicar 450 MB para cada um dos processos do squid e o > restante fica pro sistema. Estou partindo do princípio que vc só tem o > squid rodando > neste servidor.. > Caso tenha duvidas me escreva , > > Cândido Henrique - Linux user 276876 escreveu: > > > > Olá Pessoal ! > > > > Uma pergunta que já vi em foruns e aqui mesmo, mas talvez alguem tenha > > uma "luz para me ajudar !" > > > > Estou migrando o squid-2.5.STABLE14 que tenho instalado em uma máquina > > com 1GB Memória e > > HD SCSI ok ... com Solaris 9 intel com performance e estabilidade > > otimos ! Mas acontece que meus Discos > > e I/O já estão ficando no limite pois hoje tenho 5000 IP´s em média > > conectados ao dia e previsão > > para mais e consegui uma máquina IBM x236 com 2 proc. Xeon e 6 disco > > 70GB Ultra 320 15k rpm > > e com placa IBM server raid 7k que não é homologada para Solaris e ai > > tenho que instalar GNU/Linux > > o que me deixa muito satisfeito ainda mais colocando minha distro > > preferida Slackware kernel 2.6.13-17 > > e ai depois de tudo compilado para varios processadores RAID 1 e sistema > > estavel com DNS totalmente ok > > sem problemas. Quando coloco a mesmo conf do squid-2.5 que tenho e as > > mesmas regras com uma nova compilação > > do squid o mesmo fica muito lento nesta máquina .. já fiz o teste com o > > 2.6 e acontece a mesma coisa ... rede ok DNS ok I/O ok > > alguém tem ideia do que possa ser a lentidão do mesmo ... ?????? > > > > Obrigado. > > [],s > > > > > > -- > Leonel Cesar Batista > Suporte a Rede > USTI - Sanepar > 0xx 41 3330-3642 > > Enviar mensagem: [EMAIL PROTECTED] s.com.br > <mailto:squid-br%40yahoogrupos.com.br> > Assinar: squid-br-subscribe@ yahoogrupos. com.br > <mailto:squid-br-subscribe%40yahoogrupos.com.br> > Cancelar assinatura: squid-br-unsubscrib [EMAIL PROTECTED] com.br > <mailto:squid-br-unsubscribe%40yahoogrupos.com.br> > Proprietário da lista: squid-br-owner@ yahoogrupos. com.br > <mailto:squid-br-owner%40yahoogrupos.com.br> > > Links do Yahoo! Grupos > > -- Leonel Cesar Batista Suporte a Rede USTI - Sanepar 0xx 41 3330-3642
