[FUG-BR] Otimização do ZFS in-kernel.
Paulo Henrique
paulo.rddck em bsd.com.br
Terça Setembro 20 20:58:48 BRT 2016
Em 20 de setembro de 2016 19:07, Paulo Olivier Cavalcanti <
procavalcanti em gmail.com> escreveu:
> Em 20/09/2016 11:55, Paulo Henrique escreveu:
>
>> [...]
>>
>
> estou testando agora com mais calma.
>> Sim o sistema é instalado com zfs:root.
>>
>> root em radius:/home/usshd # zpool list
>> NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
>> dados 928G 10.8G 917G - 0% 1% 1.00x ONLINE -
>> zroot 448G 4.26G 444G - 0% 0% 1.00x ONLINE -
>>
>>
>> root em radius:/home/usshd # zpool status
>> pool: dados
>> state: ONLINE
>> scan: none requested
>> config:
>>
>> NAME STATE READ WRITE CKSUM
>> dados ONLINE 0 0 0
>> mirror-0 ONLINE 0 0 0
>> ada2 ONLINE 0 0 0
>> ada3 ONLINE 0 0 0
>> logs
>> ada4 ONLINE 0 0 0
>> cache
>> ada5 ONLINE 0 0 0
>>
>> errors: No known data errors
>>
>> pool: zroot
>> state: ONLINE
>> scan: none requested
>> config:
>>
>> NAME STATE READ WRITE CKSUM
>> zroot ONLINE 0 0 0
>> mirror-0 ONLINE 0 0 0
>> ada0p3 ONLINE 0 0 0
>> ada1p3 ONLINE 0 0 0
>>
>> errors: No known data errors
>> root em radius:/home/usshd #
>>
>>
>>
> Na minha opinião, só em situações de pouca RAM, I/O de disco baixo,
> webservers de alto desempenho etc, é que se deve mexer no ARC, L2ARC e
> demais parâmetros do ZFS. Os parâmetros default atendem a 99% das situações.
>
>
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
Paulo,
O que estou observando é que caso eu não limite o ARC o ZFS praticamente
monopolisa a memoria, esse servidor é um banco de dados MySQL e dependendo
da operação chega a consumir 21G para o ARC dos 24Gbytes de RAM.
A menos que esse seja um efeito colateral de se estar usar SSDs de cache e
log no pool.
Att. Paulo Henrique.
--
:UNI><BSD:
Paulo Henrique.
Fone: (21) 37089388.
Mais detalhes sobre a lista de discussão freebsd