水一贴，测试慢慢跑。
测试环境（不是我自己的机子，通过ssh远程连接）：
系统：Ubuntu 20.04.1 LTS (GNU/Linux 5.4.0-55-generic x86_64)
cpu：9900k
内存：64g
编码器版本：
SVT [version]: SVT-AV1 Encoder Lib v0.8.5-90-gafffcca3
SVT [build] : GCC 9.3.0 64 bit
LIB Build date: Nov 20 2020 13:04:24

补充一下忘了说的：测试片源ATRI的op，720p，暂时没有测1080p的打算。

基础参数：SvtAv1EncApp -i stdin --input-depth 10 --rc 0 --irefresh-type 2 --keyint 299 --lp 16 -q {q} --{test} -b "{o}"

速度方面，取q24的数据，preset8-2依次为（fps）：
30.144、21.899、11.237、5.905、2.737、2.062、0.979
但需要注意的是，不论哪个preset，都不能使8c16t的9900k满载，preset6-8的占用率在80%以上，而2-4的占用率只有6-8的一半不到。而5，我忘了看了。
在尝试设置--tile-columns 2后再跑，占用率表现也没有改善。

接下来，在上个测试的基础上，我选择preset 6加入测试的基础参数。
——————————————————————————————————
adaptive-quantization，编码器会提示未来将废弃这个参数名，现在的名字是aq-mode，但在官方的编码器使用手册中还没更新。
速度方面，aq0>aq2>aq1，但相差非常小。

这样看下来感觉6的性价比不错呀
话说想看看最慢预设下的x265编码视频的对比曲线和编码速度

hierarchical-levels，取值范围0-5。该参数会影响多线程效率，0时的cpu使用率仅有30%。目前，5出来的结果解码有可能会出现问题，包括部分场景花屏和解码到部分帧会卡死，无法继续解码等现象。固图中没有5的数据。
该参数会较大幅度影响同样q值下出来的码率大小。

扯蛋，还在用x86架构的U跑...有了苹果的M1，intelamd都可以扔了～

disable-dlf，0代表不关闭dlf，1代表关闭dlf。dlf=deblocking loop filter。选择关闭dlf，速度会快一些。

cdef-level，虽然官方文档给的取值范围是0-5，但实际上编码器会告诉我是0-4。速度方面，0>4>3>2>1。0代表关闭cdef。另外，我有看到有人说开启cdef目前会大幅影响解码速度。
CDEF=constrained directional enhancement filter

enable-restoration-filtering
速度方面0稍快于1

sg-filter-mode
速度方面0和4差不多，明显慢于1，2，3，速度1>2>3

wn-filter-mode
速度方面，0>1>2>3

enable-mfmv
速度方面0稍快于1

pred-struct
速度都差不多