В целом логично, давайте попробую аргументов с другой стороны привести.
1. В вашем варианте данные начинают жаться когда система свопит, то есть когда уже хреново с ресурсами, если changes изначально в zram, данные жмутся постоянно и момент нехватки памяти наступит позже или не наступит вообще если нехватка спровоцирована использованием /tmp или логами.
2. При использовании сохранения в модуль самый беспроблемный способ подключения такого модуля распаковка в changes, в моем варианте эти данные будут жатыми.
3. Мы точно знаем что в zram-changes у нас только файлы, которые в легаси линуксах вовсе на медленном диске лежат, а остальная часть ОЗУ используется софтом, в случае zram-swap вы не можете влиять на то какие страницы выдавливаются в своп.
4. Можно использовать zram-changes и zram-swap одновременно, но тут уже сложно предположить есть ли смысл, с zswap должно быть нормально, думаю.