Back in 2010 I performed a small experiment to see how much swap space would be required for hibernation when using TuxOnIce. I found that, with in-kernel LZO compression enabled, the amount of swap space used for hibernation was 23 per cent of my then laptop's 4GB RAM.
The TuxOnIce developer stated in 2009 that:
Nigel Cunningham wrote:
> * How the installer of a Linux distribution should decide on the size of
> the hibernation file/partition? Worst case seems to be the installed
> memory size + swap partition but given that LZO compresses the image
> well enough is it possible to assume a size for the image file based on
> some proportions or something else?
LZO compression almost always achieves greater than 50% compression, so
you should be able to fit all images in swapspace equal to half the
amount of memory you have. Of course you might want to add a margin for
normal swapping and variations in the compression that's achieved.
I have not used TuxOnIce for several years, but I wonder if enabling compression in one's kernel configuration (without using TuxOnIce) would result in a
significant reduction in the memory image when hibernating, and thus a significant reduction in the required size of the swap partition. I would imagine it would if using LZO compression. It would be worth trying various swap partition sizes to see, if you can be bothered.