← Back to team overview

kernel-packages team mailing list archive

[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