Boa tarde.
Em 22-11-2010 11:37, Moksha Tux escreveu:
Bom dia prezado Gustavo Soares!
Muito obrigado por essa dica sua, olhando o site que o senhor me
sugeriu eu achei esse projeto maravilhoso mas me tira uma
dúvida... essa versão que eles disponibilizam são Debians Lenny
autênticos mas com o Kernel e Drivers suportados atualizados?
São Lenny, mas com algumas atualizações de kernel/firmware/udev da
vida.
Podemos confiar que continuam sendo Stables mas com os
Kernels mais competitivos? Preciso muito deste parecer. Mais uma
vez muito obrigado pela sugestão,
Sim, essa é considerada uma versão stable, mas .... como comentei,
com algumas "atualizações", uso ela a bastante tempo, nunca tive
problemas, muito pelo contrário, me facilitou muito a vida.
Moksha
Em 17 de novembro de 2010 12:36, Gustavo
Soares [SLot]
<slot.mg@gmail.com> escreveu:
Uma maneira que utilizo muito é a
instalação dos servidores utilizando as imagens do kmuto[1],
um devel do debian.
[1] http://kmuto.jp/debian/d-i/
Em 17-11-2010 12:02, Luiz Felipe escreveu:
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.
--
-------------------
SLot
UIN: 19596909
Linux User: 124842
Jabber: slot@jabber-br.org
Emails: slot.mg@gmail.com | slot@xen-br.org
--
To UNSUBSCRIBE, email to debian-user-portuguese-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: [🔎] 4CE3E86D.9050403@gmail.com" target="_blank">http://lists.debian.org/[🔎] 4CE3E86D.9050403@gmail.com
--
-------------------
SLot
UIN: 19596909
Linux User: 124842
Jabber: slot@jabber-br.org
Emails: slot.mg@gmail.com | slot@xen-br.org