[FUG-BR] Gerenciar processos

[Alexandre Bunn]

Boa tarde

Olha so o resultado do top

last pid:  8501;  load averages:  1.18,  1.29,  1.24
                                                    up 5+05:09:32  13:02:42
74 processes:  3 running, 71 sleeping
CPU states: 11.1% user,  5.6% nice, 83.3% system,  0.0% interrupt,  0.0% idle
Mem: 221M Active, 261M Inact, 141M Wired, 21M Cache, 86M Buf, 106M Free
Swap: 1024M Total, 228M Used, 796M Free, 22% Inuse

   PID USERNAME        PRI NICE  SIZE    RES STATE    TIME   WCPU    
CPU COMMAND
27592 mysql            97  20 55424K 12932K RUN     81.4H 73.44% 73.44% mysqld

O processo do mysql esta consumindo muito... dai quando vejo no 
phpmyadmin quais
processos estao rodando tem ali apenas uma consulta sendo executada...

Att,

Alexandre

Citando Paulo Pires <pappires em gmail.com>:

> On 8/25/05, Alexandre Bunn <bunn em viaip.com.br> 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 em fug.com.br
> http://mail.fug.com.br/ma

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.



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