On 8/25/05, Alexandre Bunn <[EMAIL PROTECTED]> wrote:
> Boa tarde
> 
> Gostaria de saber o seguinte. Tem como controlar a porcentagem de CPU que um
> processo pode alocar?
> 
> No /etc/login.conf so tem sobre tempo de cpu e sobre alocacao de memoria.
> 
> So para esclarecer meu problema tenho um servidor web com mysql e em alguns
> momentos meu processamento esta no talo devido ao mysql estar detonando a CPU 
> e
> quando vejo no phpmyadmin esta rodando apenas uma consulta.

Tem certeza que é CPU sendo consumida?  Como você mediu?  No memnto da
medida, como estava a situação de RAM e de swap?

Claro que consultas grandes e complexas tomam processamento, mas um
SGBD típico gasta boa parte do tempo com I/O, mais do que com CPU. 
Nesse caso, aumentar a quantidade de RAM e ajustar o sistema para
aumentar a eficiência do cache é a solução recomendada.

> Sera que tem algum mecanismo seja no mysql ou no proprio FreeBSD para evitar
> esse tipo de problema, ou seja, de alguem desavisado que faca uma consulta da
> pior forma possivel detonar o acesso dos demais usuarios?

Se fosse só CPU, nice(1) e renice(1) poderiam ajudar.  Mas um processo
que seja limitado por I/O vai receber prioridade maior do que qualquer
processo de usuário limitado por CPU.

Eu acho provável -- apesar de não ter visto os números -- que você
esteja com alguma limitação de memória que, se não estiver causando
thrashing (que pode induzi-lo a pensar que o parâmetro "load" esteja
alto porque há processos usando CPU, quando, na verdade, está alto
porque o sistema está demorando a conseguir carregar as páginas de que
os processos precisam para conseguir executar, faznedo com que eles
fiquem mais tempo na fila de processos "ready-to-run"), no mímino está
comprometendo a qualidade dos buffers e cache de disco.

-- 
Um abraço.
        Paulo A. P. Pires

... Qui habet aurem audiat quid Spiritus dicat ecclesiis.

_______________________________________________
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br

Responder a