touch-packages team mailing list archive

["Christopher M. Penalver" <christopher.m.penalver@xxxxxxxxx>]

Roger Binns, thank you for taking the time to report this bug and
helping to make Ubuntu better. The issue that you reported is one that
should be reproducible with the live environment of the Desktop ISO of
the development release - Vivid Vervet. It would help us greatly if you
could test with it so we can work on getting it fixed in the next
release of Ubuntu via http://cdimage.ubuntu.com/daily-live/current/ .

If reproducible, please execute the following via a terminal as it will gather necessary debugging information:
apport-collect 329199

** Package changed: pm-utils (Ubuntu) => linux (Ubuntu)

** Changed in: linux (Ubuntu)
   Importance: Undecided => Low

** Changed in: linux (Ubuntu)
       Status: Confirmed => Incomplete

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pm-utils in Ubuntu.
https://bugs.launchpad.net/bugs/329199

Title:
  Slow swapin speeds after resume from disk

Status in linux package in Ubuntu:
  Incomplete

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