> 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
>
marcoscarraro.blogspot.com
>
>
>
> 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