O zswap é elegível para reduzir o IO de troca?

2

O zswap compacta páginas, que são gravadas no dispositivo de troca? É elegível para reduzir o IO de troca?

    
por Azazar 21.05.2014 / 06:02

3 respostas

1

O recurso zswap normalmente não é gravado no dispositivo de troca. Possui um espaço alocado na memória do sistema, onde as páginas que estão em processo de troca são armazenadas. Então, uma gravação no dispositivo de troca é completamente evitada.

Isso reduz significativamente a E / S do sistema para o dispositivo de troca, desde que haja espaço disponível para armazenar as páginas compactadas. Ele os grava de volta no dispositivo de troca de suporte no caso de o conjunto compactado estar cheio.

    
por 21.05.2014 / 08:58
2

Does zswap compress pages, that are written to the swap device?

Não. "Durante a reinicialização do write-back, o zswap descompacta a página, adiciona-a novamente ao cache de troca e agenda o write-back para o slot de swap que foi anteriormente reservado" ( link )

Is it eligible to reduce swap IO?

Sim, na maioria dos casos.

    
por 24.03.2015 / 10:56
0

Na cúpula do LSFMM em 2013 , não houve compactação nas páginas gravadas no dispositivo de troca. Mas não parece que existam razões técnicas porque não aumentariam a complexidade.

Hugh [Dickins] added that compression of page cache (file) pages may be appealing, but the filesystem developers do not seem to be that interested in zcache in general. So he agreed that it might make better sense to start with zswap, perhaps adding zcache features over time.

Dan [Magenheimer, zcache hacker] said that he would agree to merging zswap as long as there was an explicit understanding that zswap is not the end of development in this area; there is, he said, a lot more work to be done to gain the full benefits of in-kernel compression. In other words, he would plan to submit patches to increase the functionality of zswap over time.

Parece que faria muito sentido adicionar isso, economizar espaço em disco e tempos de leitura / gravação, mas isso exigiria mais trabalho e complexidade. Em um palpite, seria necessário algum trabalho para poder alocar espaço eficientemente no disco para páginas compactadas de tamanho variável. (Isso é apenas minha especulação.)

Podemos esperar ver isso no futuro, mas isso depende, obviamente, dos esforços daqueles que se desenvolveriam nele.

Não parece haver muita discussão pública sobre isso desde 2014. Mas uma maneira de ficar de olho nisso talvez seja monitorar os commits feitos para mm / zswap.c no kernel.

    
por 25.08.2018 / 18:14

Tags