kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #102744
[Bug 329199] Re: Slow swapin speeds after resume from disk
[Expired for linux (Ubuntu) because there has been no activity for 60
days.]
** Changed in: linux (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/329199
Title:
Slow swapin speeds after resume from disk
Status in linux package in Ubuntu:
Expired
Bug description:
I hibernate (suspend to disk). On resume the memory image is read
back from the swap area at 70 megabytes per second. Then my
applications start running and their memory comes back in from swap as
well. For a large process like Firefox this takes a long time and
Firefox is unresponsive until enough of its working set has been
swapped back in. I can run "vmstat 1" and look at the "si" column to
see how much data is being brought back from swap per second as well
as "bi" to see the total number of blocks coming back in. For the
vast majority of the time the numbers are identical meaning only
swapped data is coming back in.
The swapped data comes back in at around 4 megabytes per second - a
small fraction of the 70 megabytes per second from earlier. I usually
resort to running "swapoff -a ; swapon -a" which runs at 10 megabytes
per second and hence gets me working processes sooner.
Since I have 6GB of RAM, I would be very happy on resume from disk for
swap to be pre-emptively put back into RAM at high speed. If the
swapped data is being page faulted in (ie 4kb each time) then that is
a really bad thing after a resume.
To repeat this, leave a terminal running "vmstat 1" and run Firefox
opening a bazillion tabs and then hibernate. On resume try using
Firefox while watching the terminal.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/329199/+subscriptions