[FUG-BR] Otimização do ZFS in-kernel.

[Paulo Henrique]

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.