Muito obrigado Luiz Felipe pelas sugestões, esqueci de mencionar que o meu proxy é autenticado sim e faz autenticação para esses 2500 usuários sim. A idéia de aumentar o cache eu achei interessante, quanto ao kernel, bem, quando eu executo o comando lshw o sumário da CPU que eu vejo é exatamente as do fabricante, mas agora, se estiver genérico eu teria que compilar o kernel? Que lastima eu nunca tive sorte com compilações de kernel. O fato de eu ter escolhido o Ubuntu server ao invés do Debian também teria alguma coisa a ver? O Debian stable não tinha a maioria dos dirvers do hardware do servidor. Abraços,
Moksha Em 17 de novembro de 2010 09:17, Luiz Felipe <[email protected]>escreveu: > Moksha Tux escreveu: > > Boa noite queridos amigos da lista! >> >> Gostaria de tirar uma dúvida com vcs... Recentemente levantei um novo >> servidor proxy aqui na empresa, eu considero o servidor bem parrudo é um IBM >> da série *"system x3650"* com 1.5 TG em RIAD 5, 4 GB de RAM e uma CPU quad >> core xeon, ele atende uma rede de + ou - 2600 hosts e cerca de 2500 >> usuários. O ponto é que pela manhã e início da tarde o que seria o horário >> de pico o uso da CPU oscila entre 30% a 75% o que eu acho muito para um >> servidor deste porte e quando eu rodo o sarg chega a 100% de uso de CPU mole >> e o SO é o novo Ubuntu server 10.10. O que vcs acham? Essa porcentagem de >> uso da CPU é normal para a demanda? seria muito para a demanda? O server não >> é tão parrudo assim? Deveria eu providenciar um server mais parrudo? O que >> vcs acham? Grato, >> >> Moksha >> > Em termos gerais, atender 2600 hosts e 2500 usuários é muita coisa. Vc usa > autenticação? Se sim, mais um motivo pra ele ficar topado. Aí o uso do SARG > eh proporcional a esse número de usuários/hosts, pq ele vai fazer o > relatório em cima disso. > > No seu caso, eu recomendaria 3 coisas: > 1 - Aumentar o cache do squid. O padrão do squid é 80MB, se eu não me > engano. Numa rede do tamanho da sua, isso vai embora rapidinho. Aumentar o > cache pra alguns gigas incrementaria a performance significativamente; > > 2 - Agendar o SARG para rodar em um horário que não seja de pico; > > 3 - Em ultimo caso, se você quiser se aventurar, confira se o kernel está > adaptado pra esse tipo do seu processador. Talvez ele esteja sendo mais > genérico e não usando todas as capacidades da sua CPU. > > Era isso. > > Att, > Luiz Felipe. > > > Missao Embrapa Meio-Norte > > Viabilizar solucoes de pesquisa, desenvolvimento e inovacao para > sustentabilidade da agricultura da regiao Meio-Norte do Brasil, em beneficio > da sociedade. > > Aviso de confidencialidade > Esta mensagem da Empresa Brasileira de Pesquisa Agropecuaria (Embrapa), > empresa publica federal regida pelo disposto na Lei Federal no. 5.851, > de > 7 de dezembro de 1972, eh enviada exclusivamente a seu destinatario e > pode > conter informacoes confidenciais, protegidas por sigilo profissional. > Sua > utilizacao desautorizada eh ilegal e sujeita o infrator as penas da lei. > Se > voce a recebeu indevidamente, queira, por gentileza, reenvia-la ao > emitente, esclarecendo o equivoco. > > Confidentiality note > > This message from Empresa Brasileira de Pesquisa Agropecuaria (Embrapa), > a government company established under Brazilian law (5.851/72), is > directed exclusively to its addressee and may contain confidential data, > protected under professional secrecy rules. Its unauthorized use is > illegal and may > subject the transgressor to the law's penalties. If you are not the > addressee, please send it back, elucidating the failure. > >
