This is from a server running FreeBSD 12.1
with 36 GB of RAM, with two pools
storing mostly MPEG-TS files and working as a video server. Due to the fact that video and audio in MPEG-TS files are already compressed, this 1.91:1 ratio seems quite off. A quick compressibility test such as
yielded factors in 90-95% range. Is there a way to dig deeper in the ARC cache to see how can ZFS shrink this data nearly two-fold?
Or someone is lying and those 14G Free are also used for ARC cache: 18G + 14G = 32G, roughly 95%, but not according to top(1).
Code:
last pid: 7433; load averages: 1.86, 1.77, 1.79 up 8+17:19:56 08:11:03
111 processes: 2 running, 109 sleeping
CPU: 0.9% user, 13.8% nice, 3.1% system, 0.0% interrupt, 82.1% idle
Mem: 147M Active, 111M Inact, 312M Laundry, 21G Wired, 28M Buf, 14G Free
ARC: 19G Total, 1232M MFU, 18G MRU, 24M Anon, 108M Header, 249M Other
18G Compressed, 34G Uncompressed, 1.91:1 Ratio
Swap:
Code:
NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
vol1 556G 347G 209G - - 36% 62% 1.00x ONLINE -
vol2 278G 84.5G 194G - - 1% 30% 1.00x ONLINE -
Bash:
#!/bin/sh
[ $# -gt 0 ] || {
echo "Usage: $0 <dir>"
exit 1
}
find "$1" -type f | \
while read path; do
sz=$(stat -f%z "${path}") || continue
csz=$(gzip -1 -c "${path}" | wc -c) || continue
f=$((${csz}\*100/${sz}))
printf "%3d\t%s\n" ${f} "${path}"
done
Or someone is lying and those 14G Free are also used for ARC cache: 18G + 14G = 32G, roughly 95%, but not according to top(1).