Veja só: o comando lshw mostra as configurações do hardware (memoria,
versão, firmware etc). Isso não quer dizer q o seu software esteja
adaptado pra isso.
Tente as duas outras dicas. Use a recompilação do kernel só em ultimo
caso.
E eu não conheço o Ubunto Server. Essa é uma lista de Debian ;)
Att,
Luiz Felipe de Souza Gomes.
Moksha Tux escreveu:
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 <luiz@cpamn.embrapa.br
<mailto:luiz@cpamn.embrapa.br>> 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.