<div class="gmail_quote">On Fri, Sep 25, 2009 at 8:19 AM, Evan <span dir="ltr"><<a href="mailto:eapache@gmail.com">eapache@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="gmail_quote"><div><div></div><div class="h5">On Fri, Sep 25, 2009 at 7:40 AM, Marius Gedminas <span dir="ltr"><<a href="mailto:marius@pov.lt" target="_blank">marius@pov.lt</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">


<div>On Fri, Sep 18, 2009 at 04:46:21AM -0700, J. Lennard wrote:<br>
> First I'm sorry to write what may appear as a rant, but I hope it is<br>
> not considered so. I'm writing to express huge instability problems in<br>
> Ubuntu 9.04. I migrated from ubuntu 8.04 (386) to ubuntu 9.04 (amd64)<br>
> using a simple clean install.<br>
</div>...<br>
<div>> I don't really know where to start. During past month, my machine<br>
> constantly went to trashing mode where the hard-disk light is<br>
> constantly on and I can't access anything or even swtich to linux<br>
> console for several *minutes*. This has occured more than four times<br>
> although all I usually run is a pdf viewer, an mp3 player, emacs, and<br>
> firefox with simple html pages (not even gmail, flash, etc).<br>
<br>
</div>Do you have any swap space?<br>
<br>
I've got an Asus EeePC 900 with 1 GB of RAM.  Twice now I've experienced<br>
the same thing: constant disk I/O, huge latencies for any desktop task<br>
(switching windows, launching terminals).  I suspect a bug in the Linux<br>
VM subsystem, since *I was not running out of memory*.  Usually about<br>
40-50% of my RAM is in disk cache---I keep track of memory usage via a<br>
GNOME panel applet.  On those occasions cache size was shrinking,<br>
completely free memory was increasing, all application pages were being<br>
constantly swapped out and back in causing constant disk I/O (which is<br>
painful on an SSD).  The fix was to create a temporary swap file in<br>
/tmp:<br>
<br>
  sudo -s<br>
  dd if=/dev/zero of=/tmp/swapfile bs=1M count=1024<br>
  mkswap /tmp/swapfile<br>
  swapon /tmp/swapfile<br>
<br>
Instantly the system became responsible again, after using ~400<br>
*kilobytes* of swap.<br>
<br>
I can only assume that having 0 swap space confused the VM somehow and<br>
kicked it into a full-on panic "let's free all the ram we can" mode.<br>
<br>
This swap file disappears after a reboot, and so far the problem hasn't<br>
recurred, so I didn't bother setting up a permanent swap partition (I'm<br>
afraid to destroy my SSD too quickly with constant writes---this already<br>
happened once thanks to ext3's journal).<br></blockquote></div></div><div><br>I have had this occur several times to me on a quad-core with 3GB ram (and 6GB swap), but only ever when resuming. If I suspend with all free memory used by cache (according to the Gnome panel applet), then occasionally on resume it spends ~5minutes unresponsive with massive disk IO before coming up. When it does come back everything is fine, except that all of that space which was cache is now completely empty. I set my vm.swappiness value to 0 (because I so rarely need it), so while I'm definitely not running out of swap space, I can see how swappiness=0 might cause the same sort of effect. I haven't found anything odd in the logs so I never filed a bug, but if
it's happening to other people in other situations this bears
investigating. I will open a bug on this as soon as I have time.<br></div></div></blockquote><div><br>This bug finally reoccurred, and I caught something in the log files this time. The bug is at<br><br><a href="https://bugs.launchpad.net/ubuntu/+source/pm-utils/+bug/438889">https://bugs.launchpad.net/ubuntu/+source/pm-utils/+bug/438889</a><br>
<br>Mine appears to be in pm-utils, so I doubt it's the same as yours Marius, but it may be a more fundamental problem with the kernel's memory management. It's worth taking a look at in any case.<br><br>Evan<br>
</div></div>