> 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