> Just that and I wish Bluetooth remembered the on/off state it was left in after reboot.
That's just a Qualcomm problem. The BT is completely broken. Fixed in the latest kernel for me.
I'm fine with having a swapfile but I don't want it used for anything other than Suspend-to-disk. i.e. I don't want the SSD being hit with multiple writes caused by VM.
On the Mac it will suspend to RAM but also dump to an image file at the same time. If the mac runs out of power it will later restore from the image once power is restored.
That's possible on Linux using hybrid-sleep and suspend-then-hibernate but they require a swapfile.
I haven't yet found a way to have a swapfile without allowing that swapfile to be used for virtual memory too. I worry that virtual RAM will eat my SSD.
I guess it may be more the thought that it will kill the SSD than the reality but it’s still something I’d prefer to avoid if there’s a solution.
Has macOS solved this issue differently? Do they save RAM state to some non-SSD non-volatile memory, or do they just not care and dump it to SSD anyway?
If it was only used for suspend that would be fine because it would only be written to when you suspend the laptop, which in the grand scheme of things is pretty rare compared to writes caused by virtual memory swapping.
I’d like it to work like macOS. It seems like that’s possible but it requires a swapfile to save state to. As far as I can tell that means enabling virtual memory which is a no no on SSD.
Just that and I wish Bluetooth remembered the on/off state it was left in after reboot.