Em 20 de setembro de 2016 19:07, Paulo Olivier Cavalcanti < procavalca...@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@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@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@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. ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
