btrfs no LVM no LUKS - um contêiner LUKS executa WAY melhor que o outro

Question

Eu tenho 2 contêineres LUKS, um com as configurações padrão do instalador do OpenSUSE, outro com -h sha512 -s 512 -i 5000 e o cabeçalho desanexado. No topo de cada um deles existe o LVM - um com apenas 1 volume do SO que é btrfs, outro (desanexado) com 3 volumes - swap, ssd cache e dados btrfs. O problema é que o btrfs no volume do sistema operacional executa muito melhor do que o volume de dados. Aquele com sistema operacional executa mais ou menos como btrfs brutos no LUKS sem LVM, aquele com dados alcançados como ... 50MB / s sequenciais no Samsung SSD PRO ... (É mais lento que o WD Green HDD) que planejei usar este volume para VMs, mas é lento como o inferno, Win10 está inicializando como um minuto ou mais, comparando a alguns segundos quando em partição do sistema operacional.

O volume do SO foi criado pelo instalador do OpenSUSE com as configurações padrão. Aquele com dados foi criado manualmente com mkfs.btrfs sem nenhum sinalizador, exceto label . Aqui estão os parâmetros de montagem:

/dev/mapper/linux-suse on / type btrfs (rw,relatime,ssd,discard,space_cache) /dev/mapper/data-data on /home/lapsio/VMs type btrfs (rw,noatime,compress=lzo,ssd,space_cache)

A primeira coisa a ser culpada seria a compressão ofc, mas, na verdade, o diretório das VMs definiu chattr -R +C VMs/ flag, assim como em todos os arquivos dentro. Eu também tentei desfragmentar este diretório, mas parece que não funciona.

    

Answer 1

Ah, meu ... eu não mencionei que essa unidade foi movida do laptop onde, como a única unidade, ela estava 99% cheia de dados. Primeiro LVM é montado automaticamente na inicialização do sistema operacional e habilitou TRIM (eu sei que não é recomendado em dispositivos criptografados, pois revela organização de dados no disco, mas a partição OS contém apenas OS, não dados reais reais), segundo LVM foi montado manualmente a partir da linha de comando e não habilitei TRIM (porque bem, eu não estou planejando usar o TRIM lá de qualquer maneira). Mas, na verdade, essa partição de 180 gb (no drive de 256 gb), ou melhor, as células de dados que cobrem essa parte da unidade não foram aparadas desde que foi montada no PC.

Depois que eu manualmente TRIMed esta partição LUKS funciona bem