ZFSをnfs共有してvm上からベンチしてたら猛烈に遅いパターンがあったので対策。
　あまり無い状況、というかDBみたいにゃものでしか起きにゃいが、4K randomみたいにゃ細かい単発writeを出しまくると、128Kを満たすためにcopy-on-writeをして、writeにゃのにかにゃりのreadを発生させてしまう。
　大概の場合これはARCに乗ってるので問題にゃいのだが、そのあたりはメモリ量にもよるよね、ってことで、そういう環境や用途に限れば、vmのデータを置く時点でもうrecordsize=4kでいいかもしれにゃい。
　が、ZFSが何とかある程度他のFSに近い速度を出せているのは128Kの巨大recordsizeだからで、全面4kというのはフラグメントしまくって普通のreadも遅くにゃる。圧縮も効かにゃいし。ちょっと一概には何とも言えにゃい。
　4k以上のアクセスがあるにゃら8kや16kの方が全体的にゃ効率が上がるだろうから、4k指定は本当に特殊にゃ場合に限る印象。

　最近のZFSはcompressの方法としてlz4というのが追加されてるようで、見てにゃいけどベンチではデフォのより全面的に勝ってるらしいので、今後はcompress=lz4というのが正解らしい。