加密和压缩的BTRFS文件系统存在延迟问题



在Pop OS 20.04下,我的BTRFS文件系统配置存在很大的延迟问题。

当我进行更新时,它会冻结我的电脑,有时我不得不等待5秒才能刷新浏览器上的网页。

要在Windows 10虚拟机上启动iTunes,可能需要长达6分钟的时间!运行Windows 10虚拟机对我的POP操作系统响应能力来说简直太糟糕了。

这是我的配置:

UUID=7e73aae9-1da1-4ea6-b8a5-20f5c2689f23  /  btrfs  defaults,subvol=@,ssd,noatime,space_cache,commit=15,compress=zstd  0  0
UUID=7e73aae9-1da1-4ea6-b8a5-20f5c2689f23  /home  btrfs  defaults,subvol=@home,ssd,noatime,space_cache,commit=15,compress=zstd  0  0
#UUID=7e73aae9-1da1-4ea6-b8a5-20f5c2689f23  /var/www  btrfs  defaults,subvol=@www,ssd,noatime,space_cache,commit=15,compress=zstd  0  0
UUID=7e73aae9-1da1-4ea6-b8a5-20f5c2689f23  /swap  btrfs  defaults,subvol=@swap,ssd,noatime,space_cache,commit=15  0  0

分区也使用LUKS加密(版本2(进行加密:

sudo cryptsetup luksDump /dev/nvme0n1p3 
LUKS header information
Version:        2
Epoch:          3
Metadata area:  16384 [bytes]
Keyslots area:  16744448 [bytes]
UUID:           08e59f5b-ec3e-4c3d-b383-82baeb7e8ece
Label:          (no label)
Subsystem:      (no subsystem)
Flags:          (no flags)
Data segments:
0: crypt
offset: 16777216 [bytes]
length: (whole device)
cipher: aes-xts-plain64
sector: 512 [bytes]
Keyslots:
0: luks2
Key:        512 bits
Priority:   normal
Cipher:     aes-xts-plain64
Cipher key: 512 bits
PBKDF:      argon2i
Time cost:  4
Memory:     1048576
Threads:    4
Salt:       f8 8c b8 70 71 8a 49 a6 bb 72 76 34 fb cb ce a6 
e2 95 44 82 6b f6 28 25 01 97 0e 2e 6b ea 0d de 
AF stripes: 4000
AF hash:    sha256
Area offset:32768 [bytes]
Area length:258048 [bytes]
Digest ID:  0
Tokens:
Digests:
0: pbkdf2
Hash:       sha256
Iterations: 86802
Salt:       6c 04 be 69 12 05 09 13 36 24 87 5d 8a 59 17 ab 
82 9e c3 9f d7 3c 62 1c d3 29 8b 2a 29 eb 68 98 
Digest:     f7 dd b2 93 03 ef 5c de 18 8b ba 21 c0 5f 9c c0 
54 62 42 63 ec 39 aa 89 6d df db 88 3d e0 90 ac 

延迟问题更多地来自zstd压缩还是来自Luks加密?

我应该更改所有磁盘的压缩类型吗?

luks加密可能是最大的延迟猪。然后你可以尝试关闭zstd压缩。两者都会占用严重的cpu周期,并导致延迟问题!

相关内容

  • 没有找到相关文章

最新更新