Re: [FUG-BR] Gerenciar processos

2005-08-30 Por tôpico Augusto Bott
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

Vi no teu top que o consumo de system é de 83% - isso é contínuo?
É uma consulta?

OFF-TOPIC qual é o explain dela? /OFF-TOPIC

Quantas queries/segundo tá executando?
Cria tabela temporária?
Quanta RAM tem a máquina?
E os discos? tem raid ou alguma particularidade?


Augusto Bott
DBA - Administrador de Banco de Dados
Departamento de Redes e Tecnologia

E-mail: [EMAIL PROTECTED]
Fone: 31770700 ramal 343
ICQ: 710029 - MSN: [EMAIL PROTECTED]
- --
Catho Online - Seu sucesso é o nosso negócio
http://www.catho.com.br


Éderson Chimbida wrote:
 Cara o mysql da pra fazer um tunning legal, vc tem várias variaveis
 para optimizar !
 
 Exemplos:
 delay_key_write
 delay_insert_limit
 max_delay_threads
 max_join_size
 thread_cache_size
 key_buffer_size
 join_buffer_size
 max_heap_tables_size
 thread_stack
 max_tmp_tables
 query_cache_limit
 etc... etc.. etc..
 
 Cara tem muita coisa ... Aconselho uma boa lida na documentação do
 mysql ou um livro como Mysql a biblia de Steace Suehring ( campus ) e
 usar um software como o Mysql Administrador, que pode ser baixado do
 proprio site do mysql, que se conectado localhost pode ajudar a fazer
 o tunning do banco !
 
 Em 25/08/05, Alexandre Bunn[EMAIL PROTECTED] escreveu:
 
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.

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?

Obrigado pela atenção

--
Alexandre Bunn


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


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

 
 
 ___
 Freebsd mailing list
 Freebsd@fug.com.br
 http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDFK93e+9A2H6dRtYRA8d5AJ4kfKFVNqkQyeLOwwSfNctjXOaYfwCfXWTg
wlWjQWa+5F1bJWJll6e8nYY=
=haCK
-END PGP SIGNATURE-

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


Re: [FUG-BR] Gerenciar processos

2005-08-29 Por tôpico 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 USERNAMEPRI NICE  SIZERES STATETIME   WCPU
CPU COMMAND
27592 mysql97  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 [EMAIL PROTECTED]:


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/ma



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



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


Re: [FUG-BR] Gerenciar processos

2005-08-29 Por tôpico Pablo Sánchez
Cara, de boa: que tal dar uma olhada no código dessa consulta? Porque
já é a segunda vez que vem o assunto à tona e vc menciona ela. Eu não
sei o que tem nela para te ajudar, senão, até ajudava.

Qual o formato das tabelas sendo utilizadas? Vc tem certeza que seu
código está encerrando a transação no final da consulta? O sistema que
chama essa consulta está feito em que linguagem? C? C++? PHP? JSP? etc
etc etc...

Alguns links do site do MySQL que acho que podem te dar um help:
http://www.mysql.com/news-and-events/on-demand-webinars/mysql-performance-tuning.php
(5 dicas principais para tuning)
http://dev.mysql.com/doc/mysql/en/system.html (ambiente)
http://dev.mysql.com/doc/mysql/en/server-parameters.htm (servidor)l
http://dev.mysql.com/doc/mysql/en/fulltext-fine-tuning.html (tuning da
sua query)

Um abc!

On 8/29/05, Alexandre Bunn [EMAIL PROTECTED] wrote:
 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 USERNAMEPRI NICE  SIZERES STATETIME   WCPU
 CPU COMMAND
 27592 mysql97  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 [EMAIL PROTECTED]:
 
  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/ma
 
 
 This message was sent using IMP, the Internet Messaging Program.
 
 
 
 ___
 Freebsd mailing list
 Freebsd@fug.com.br
 http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


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


Re: [FUG-BR] Gerenciar processos

2005-08-25 Por tôpico Éderson Chimbida
Cara o mysql da pra fazer um tunning legal, vc tem várias variaveis
para optimizar !

Exemplos:
delay_key_write
delay_insert_limit
max_delay_threads
max_join_size
thread_cache_size
key_buffer_size
join_buffer_size
max_heap_tables_size
thread_stack
max_tmp_tables
query_cache_limit
etc... etc.. etc..

Cara tem muita coisa ... Aconselho uma boa lida na documentação do
mysql ou um livro como Mysql a biblia de Steace Suehring ( campus ) e
usar um software como o Mysql Administrador, que pode ser baixado do
proprio site do mysql, que se conectado localhost pode ajudar a fazer
o tunning do banco !

Em 25/08/05, Alexandre Bunn[EMAIL PROTECTED] escreveu:
 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.
 
 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?
 
 Obrigado pela atenção
 
 --
 Alexandre Bunn
 
 
 This message was sent using IMP, the Internet Messaging Program.
 
 
 ___
 Freebsd mailing list
 Freebsd@fug.com.br
 http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


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


Re: [FUG-BR] Gerenciar processos

2005-08-25 Por tôpico Paulo Pires
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