Re: F33 BTRFS - Not enough swap space for hibernation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Dec 6, 2020 at 1:29 PM Samuel Sieb <samuel@xxxxxxxx> wrote:
Are you actually using the swap?  If you aren't, or only very little,
then you aren't going to notice anything.  It will only use RAM if
you're swapping out pages.


Well I do have a lot of open tabs in chrome and firefox for testing. 
I haven't noticed any difference, but that's just my perception, 
I won't know anything unless a real benchmark is run. 

I have definitely noticed a drastic improvement on my laptop after
setting up zram and as I mentioned, I'm using a *lot* more than the
default.  Do check out the very large threads from -devel a while back
on this topic.

Ok after reading up on this topic I have a little more knowledge and context and have some questions.

Please forgive my ignorance, I do not wish to be glib, I understand that these are extremely complex topics.

Now my questions are as follows:

1) Why not have separate partitions for swap and hibernate ?

Seems the number one problem when it comes to using hibernation is that there is no kernel support for dedicating where the hibernation will be done dedicatedly.
It uses the swap and if it does not have enough contiguous memory then it will fail.
An obvious fix would be to have a dedicated hibernation file/partition and use zram for swap.

It is currently possible to have both partition/file and zram for swap but no way to mark the partition/file for just hibernation exclusively, AFAIK.

This separation seems like an essential feature then why has more work not gone into this ?

I only ask since Windows provides a dedicated Hibernate file called hiberfil.sys.

2)  Can we have on-demand hibernate files ?

Why not just create a hibernate file each time we hibernate ?

Thanks for all your help.

--
Regards,
Sreyan Chakravarty
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux