craftsman.codes

I have upgraded the kernel to 4.5.2 and even tried the filewriter to not use swap at all, but the problem persists. It now seems to magicly free some memory...

What kind of memory does it try to clear / save on? Isn't the whole exercise of checking if space is available before an actual hibernation useless when using compression?...

I tried that, but that doesn't seem to change anything, it's like there is a hard limit somewhere in a check. I tried inspecting the source code, but I couldn't...

it seems unwilling to start with over 16G of memory use

Some pointers into the source code would already be great ;)

I have a similar symptom with regular hibernation. It only unswaps the minimal needed to have the system to resume and then allows the OS to resume again. Though this...

TuxOnIce seems to bypass the regular swap machinery problem by reading the full image as one continuous block from disc achieving >1.5GB net read speed (it also decompresses making it...

I would like to volunteer to do anything I can help with