[FUG-BR] Mysql comendo toda swap

Renato Botelho rbgarga em gmail.com
Quarta Maio 14 14:58:52 BRT 2014


On Wednesday, May 14, 2014 01:05:30 PM Fernando Gilli wrote:
> Em Qua, 2014-05-14 às 10:35 -0300, Luiz Otavio O Souza escreveu:
> > 2014-05-12 11:37 GMT-03:00 Eduardo Schoedler:
> > > Em 12 de maio de 2014 02:18, Fernando Gilli escreveu:
> > >> O tuning melhorou bastante..
> > >> 
> > >>                      total       used       free     shared    buffers
> > >> 
> > >> cached
> > >> Mem:           491        199        292          0          0
> > >> 4
> > >> Swap:         1024          7       1016
> > > 
> > > Certamente você estava alocando mais memória do que podia ;).
> > 
> > O Fernando nunca comentou qual versão ele esta rodando, por isso não
> > comentei antes, mas existe um bug no 10-RELEASE que faz uso agressivo
> > da swap mesmo quando não necessário (mesmo com memória livre
> > disponível).
> > 
> > É preciso atualizar ao menos para a r265886 para ter esse problema
> > corrigido.
> > 
> > Att.,
> > Luiz
> > -------------------------
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> 
> Estou usando a 10.0-RELEASE-p3, até ontem p2, Mysql v5.6.17
> 
> O que fez toda a diferença foi a inserção da variavel
> table_open_cache = 64 no my.cnf
> 
> 
> fiz um teste agora
> Sem ela:
> 
> PID USERNAME    THR PRI NICE   SIZE    RES STATE   C   TIME    WCPU
> COMMAND
> 13215 mysql        24  20    0   628M   269M select  1   0:03   0.00%
> mysqld
> 
> 
> com ela:
> PID USERNAME    THR PRI NICE   SIZE    RES STATE   C   TIME    WCPU
> COMMAND
> 13633 mysql        21  52    0   295M 91412K sigwai  0   0:00   0.00%
> mysqld
> 
> 
> r265886 só via svn?

Exato, ou aguarda o 10.1

-- 
Renato Botelho


Mais detalhes sobre a lista de discussão freebsd