[Bug 258204] [geli] Extremely poor performance copying directory with lot of small files on nvme

From: <bugzilla-noreply_at_freebsd.org>
Date: Tue, 14 Dec 2021 13:55:51 UTC

--- Comment #19 from Eugene Grosbein <eugen@freebsd.org> ---
(In reply to Ali Abdallah from comment #16)

I've checked aesni(4) sources and it changed its type from "hardware" in 12.x
and earlier to "accelerated software" in 13, so it is OK.

If you want to speedup GELI further, you may decrease its overhead:

1) Use command like "nvmecontrol identify nvme0ns1" to see if your NVMe
namespace uses 512 byte-sized blocks or 4096 byte-sized. In former case, use
command like "nvmecontrol format -f 1 nvme0ns1" to reformat the namespace for
4K "sectors" (all data will be lost for that namespace).

2) Use "geli init -s 8192 -l 128" to create ELI volume with 8K "sectors" and

3) Use newfs -b 65536 -f 8192 to create UFS with biggest supported
block/fragment sizes.

You are receiving this mail because:
You are the assignee for the bug.