Re: f8 gripe#2: why did f8's pm-hibernate regress?

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

 



Till Maas wrote:
On Mi Januar 2 2008, Douglas McClendon wrote:
Can someone tell me if there is anything I can do to de-regress f8's
pm-hibernate?

pm-utils hibernation code does not differ much between f7 and f8.

My analysis is pure speculation based on my understanding of how you can
tune that behaviour with suspend2(tux-on-ice).  But it is very noticable
and very annoying and very clearly a f7->f8 change.

I guess it is then a change in the kernel, but afaik the f7 and f8 kernel are very similiar, too.

http://lwn.net/Articles/153203/

Just for the benefit of future web searchers with the same question, here is an interesting thread covering the specific issue. My real curiosity is still why the performance I see regressed so badly when I upgraded to F8. The thread leads me to believe that the the F7 swsusp1 did not save caches. Hmm... I have been enjoying the convenience of fedora's suspend-works-out-of-the-box for awhile now, but I think it might be time for me to go back to tux-on-ice. I truly am disgusted by having to suffer through 5-15 seconds of thrashing while changing desktops after resume. I would much rather the resume take 20 seconds longer, and present me with a good user experience. (yes, I am one of those people that thinks that offering early login while the system finishes booting is a really stupid thing).

-dmc

--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux