Re: Support for hibernation 2/2: questions

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



On Mon, Feb 17, 2020 at 2:53 AM Kamil Paral <kparal@xxxxxxxxxx> wrote:

> Well, you got me. I'm not too knowledgeable about memory counting on Linux. I simply look at the green portion of the Mem line in htop (should be the same as Mem->Used: value) :-)  I always thought it was the same value you can see in `free -h` under "used" column, but now I see it's somewhat different, no idea why. Either way, when the used memory value is /roughly/ above 50%, hibernation consistently fails, if it is below, it consistently works. I never did any experiments to figure out whether the threshold is exactly 50%. But it roughly matched the kernel threads I found (and that you found) saying 50% memory needs to be free in order to make a memory snapshot.

As confusing as it is, /proc/meminfo is the most reliable source. I'm
having too much difficulty with hibernation [1] on baremetal, so I'm
going to try and find a reproducer in a VM.

But maybe you can beat me to it, and provide a /proc/meminfo prior to
hibernation attempt, after it fails (used memory above 50%); and then
use whatever technique you normally use to get used memory below 50%,
then capture another /proc/meminfo, successfully hibernate and resume,
then take a fourth /proc/meminfo.


--
Chris Murphy

[1]

My test: Fedora Workstation 31, laptop with 8G RAM, 8G swap partition,
fill up memory using Firefox tabs pointed to various websites, and
then I followed [1] to issue two commands:

# echo reboot > /sys/power/disk
# echo disk > /sys/power/state

I experience twice as many failures as successes. Curiously, the
successes show pageout does happen. Before hibernate there is no swap
in-use, but after resume ~2GiB swap is in-use and RAM usage is about
50%.

The (entry) failures never fail gracefully. Last log entry indicates
hibernation entry. Screen goes blank, heat and fans increase, and this
is an indefinite state (I forced power off after 15 minutes). Not fail
safe at all.
_______________________________________________
desktop mailing list -- desktop@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to desktop-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/desktop@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora Users]     [Fedora KDE]     [Fedora Announce]     [Fedora Docs]     [Fedora Config]     [PAM]     [Red Hat Development]     [Red Hat 9]     [Gimp]     [Yosemite News]

  Powered by Linux