Eu executo mergerfs com o Debian Testing mais recente com kernel 5.4.
Linux ches-disk0 5.4.0-4-amd64 #1 SMP Debian 5.4.19-1 (2020-02-13) x86_64 GNU/Linux
Está em um servidor Dell R730 com 3 matrizes de disco, CPU 2 E5-2603v3 e 16 GB de memória. Cada array é hard raid6 e possui um pool zfs. Mergerfs os combina.
fuse.mergerfs defaults,use_ino,allow_other,noforget,cache.files=auto-full,threads=0,dropcacheonclose=true,ignorepponrename=true,cache.readdir=true,cache.statfs=60,minfreespace=100G,cache.symlinks=true,fsname=mergerfs,category.create=mfs,func.getattr=newest,x-systemd.requires=zfs-mount.service
Eu tenho 2 nós com slurm, compartilho o disco mergerfs do nfs
*(rw,fsid=1,async,no_subtree_check)
Agora, ao atender E/S contínua massiva, vários arquivos de tamanho pequeno. O processo de fusão leva de 200 a 400% da CPU e a E/S fica presa lá por dezenas de minutos. Se eu reiniciar o servidor de arquivos, o trabalho será executado por um período.
Então, quais são as melhores práticas de fusões para este caso? Percebo use_ino e noforget do manual e uso async para servidor nfs.