[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