You are not logged in.

#1 2011-12-08 20:58:45

ShionjiYuuko
Member
Registered: 2011-07-31
Posts: 67

System Not Responding When Swapping Memory

Hello, I found this recent problem since upgrading to kernel 3.0

It happened when I run Chromium browser with other memory-intensive applications. Sometimes the system randomly locks up, being not responding with harddisk indicator turned on. It happened for almost ten minutes or so. If I'm lucky enough, I can switch to tty* and usually killing Chromium from there. But on several occasion, I can't even call terminal emulator, switch to tty*, or if I've already in terminal, it simply doesn't respond to any commands (or responding only after several minutes).

Obviously Chromium causes the problem, since I've seen in htop that it eats 800MB of virtual memory on a typical browsing session. Yet another thing of my concern is how the OS seems not to be able to handle swapping well (or whatever it's doing when it's not responding, I'm sorry I don't have enough technical knowledge about the kernel, so I'm just guessing). I need suggestions on how to configure the system so that on situations where a full memory problem/swapping happens, I could at least get a control to the terminal and kill the offending process from there.

Thanks.


始まりの荒野を独り もう歩き出してるらしい、僕は灰になるまで僕で有り続けたい
http://about.me/nnhnkn | http://identi.ca/nnhzkn

Offline

#2 2011-12-08 21:04:08

karol
Archivist
Registered: 2009-05-06
Posts: 25,440

Re: System Not Responding When Swapping Memory

If I'm out of RAM and need t use the HDD-based swap it's just like you say - even switching to a terminal emulator takes several seconds.

I think it's about high i/o, the system stalls similarly if I copy lots of data around.

Offline

#3 2011-12-08 21:09:11

ShionjiYuuko
Member
Registered: 2011-07-31
Posts: 67

Re: System Not Responding When Swapping Memory

My latest lock up was caused by Aegisub-2.1's Lua automation. I wonder if this has something to do with Lua or Aegisub instead.


始まりの荒野を独り もう歩き出してるらしい、僕は灰になるまで僕で有り続けたい
http://about.me/nnhnkn | http://identi.ca/nnhzkn

Offline

#4 2011-12-09 05:30:25

willbprog127
Member
Registered: 2011-11-09
Posts: 59

Re: System Not Responding When Swapping Memory

I don't know if it applies to your case, but I had something similar happen on my laptop.  It seemed like it was Firefox eating all of my RAM, then later it appeared to be another program.  It turns out it was a bad hard-disk.  After installing a new hard-disk, the problems went away.  I know you say this started with kernel 3.0, but it's possible something was written to a bad sector at that time and now is having trouble.

Is your hard-disk old?  Does it have enough ventilation?

Offline

#5 2011-12-09 12:45:14

cloudberry
Member
Registered: 2011-12-09
Posts: 5

Re: System Not Responding When Swapping Memory

Same problem here. I don't think it started with kernel 3.0 but sometime during the past year. I wasn't using the affected machine as a desktop when it started so didn't notice and can't be sure of exact times. I had an early SSD in at the time which has since died but the problem persists with a hard disk in its place.

There seems to be no problem on my Eee which has the same amount (1GB) of memory. So I'm wondering if it's something to do with running 64-bit arch (or 64-bit chromium) on something with only 1GB memory? I agree it's caused by swapping. It locks up almost completely with HD thrashing for minutes at a time. top shows the CPU is mainly waiting for I/O.

I'm going to get a new PC soon with lots of RAM so shouldn't be a problem then, but would still like to know why it happens or if there's a fix.

Last edited by cloudberry (2011-12-09 12:57:15)

Offline

#6 2011-12-09 13:06:11

cloudberry
Member
Registered: 2011-12-09
Posts: 5

Re: System Not Responding When Swapping Memory

Edit: Ok, today it's just as bad or worse than before. Changing swappiness doesn't help. The problem still occurs with swap disabled.

Edit: The problem is also triggered by other programs, not just Chromium.

Last edited by cloudberry (2011-12-12 19:04:40)

Offline

Board footer

Powered by FluxBB