Eu realmente não recomendaria colocar o swappiness mais alto. Um mecanismo comum no kernel é que ele irá colocar páginas (pedaço de memória) no swap para liberar alguma memória para outras tarefas em execução.
Primeiro "problema" quando o kernel quer que n páginas sejam liberadas, m (com m < n, m é o número de páginas compactadas necessárias para conter n) são recém-criados na RAM, não tenho certeza se isso pode perturbe o kernel ou não.
Então, de qualquer maneira, quando você tem páginas no swap, é possível que você use o aplicativo mais tarde com algumas de suas páginas na troca. O que o kernel faz é trazer de volta essas páginas para a memória física, mas não as remove da swap (que com swap padrão pode ser visto como caching , então quando o aplicativo volta em segundo plano, o kernel faz não tem que escrever de volta as páginas para a troca lenta). No entanto, com zram, talvez não seja um truque sábio, porque você tem na memória as m páginas em zram + as n páginas que estão de volta na memória!
O kernel tem normalmente uma "memória total" que pode ser usada para fazer seus negócios. Quando você adiciona zram, ele está contando apenas na memória "swap", como seria em qualquer swap baseado em disco, mas reduziu a "memória total" real e isso não é esperado / antecipado pelo kernel. Às vezes você pode ter um comportamento estranho e não desejado por causa disso!
Com o zram, seria bom que o kernel não alternasse demais para essa área quando estivesse sob pressão de memória. E você deve sempre ter uma partição de swap de disco rígido maior, pelo menos, que o tamanho máximo do zram, para que o sistema não receba OOM, enquanto, ao mesmo tempo, você veria muito espaço livre, conforme relatado por free
!