Bom dia, se vc tem um base muito grande, poderia começar a pensar em
um backend melhor, como ldap.
mas é apenas uma sugestão, você deve analisar onde está o teu
gargalho, isso pode ser disco lento também.
Use ferramentas do sysstat para analisar os valores antes e durante
um problema de desempenho (sar, vmstat, free)
Com isso você vai saber o que está demorando para liberar o
processador.
Em 17-08-2012 10:16, Marcos Carraro escreveu:
Buenas, talvez eles esteja com a
base grande? talvez alguma alteração? gerando uma consulta
com erros de programação????
Posta
a autenticação.
--
Att
Marcos
Carraro
Em 17 de agosto de 2012 10:13, Moksha
Tux
<govatux@gmail.com>
escreveu:
Bom dia queridos amigos da lista amigos que me ajudaram no
post anterior!
Esse squid que detalhei a vcs no post anterior e que ficava
durante todo o dia consumindo a CPU (100%), pois bem, não
havia mencionado que ele era autenticado, autenticação via
SAMBA, temos aqui na empresa um PDC rodando SAMBA que
concentra todos os usuários da rede (cerca de 2500). Fiz um
teste retirando a autenticação do squid e o resultado foi
monstruoso, em momentos de pico no trabalho a CPU oscilava
entre 0 a 8% de consumo e no mesmo instante quando voltava
com a obrigatoriedade de autenticação no squid o consumo
voltava para 100% e ficava sem cair. A empresa exige que
façamos um controle de acesso a internet por usuário por
isso não posso tirar a autenticação mas como posso fazer
para que o processo de autenticação via smb_auth não onere
tanto a CPU ao ponto de comprometer o desempenho do servidor
e com isso tornando a navegação mais lenta? Alguém poderia
me ajudar? Abraços,
Moksha
--
Att. Dane Brand
Atua Sistemas de Informação
Skype: dane.atua
Msn: dane@atua.com.br
ICQ : 126258686
Fone: (54) 3045-4144
Celular: (54) 9673-8919
Linux User #548369