From: Michal Hocko <mhocko@suse.cz>
To: Ivan Danov <huhavel@gmail.com>
Cc: Simon Jeons <simon.jeons@gmail.com>,
linux-mm@kvack.org, 1162073@bugs.launchpad.net,
Mel Gorman <mgorman@suse.de>,
Johannes Weiner <hannes@cmpxchg.org>
Subject: Re: System freezes when RAM is full (64-bit)
Date: Sun, 14 Apr 2013 07:58:07 -0700 [thread overview]
Message-ID: <20130414145807.GC6478@dhcp22.suse.cz> (raw)
In-Reply-To: <51680028.5050600@gmail.com>
On Fri 12-04-13 14:38:00, Ivan Danov wrote:
> On 12/04/13 13:11, Michal Hocko wrote:
> >On Fri 12-04-13 12:49:30, Ivan Danov wrote:
> >>$ cat /proc/sys/vm/swappiness
> >>60
> >OK, thanks for confirming this. It is really strange that we do not swap
> >almost at all, then.
> >>I have increased my swap partition from nearly 2GB to around 16GB,
> >>but the problem remains.
> >Increasing the swap partition will not help much as it almost unused
> >with 2G already (at least last data shown that).
> >
> >>Here I attach the logs for the larger swap partition. I use a MATLAB
> >>script to simulate the problem, but it also works in Octave:
> >>X = ones(100000,10000);
> >AFAIU this will create a matrix with 10^9 elements and initialize them
> >to 1. I am not familiar with octave but do you happen to know what is
> >the data type used for the element? 8B? It would be also interesting to
> >know how is the matrix organized and initialized. Does it fit into
> >memory at all?
> Yes, 8B each, so it will be almost 8GB and it should fit into the
> memory.
It won't fit in because kernel and other processes consume some memory
as well. So you have to swap.
> I don't know details how it actually works, but if it cannot
> create the matrix, MATLAB complains about that. Since it starts
> complaining even after 2000 more in the second dimension, maybe it
> needs the RAM to create it all. However on the desktop machine, both
> RAM and swap are being used (quite a lot of them both).
How much you swap depends on vm.swappiness. I would suggest increasing
the value if your workload is really so anononymous memory based.
Otherwise a lot of file pages are reclaimed which can lead to problems
you are seeing.
> >>I have tried to simulate the problem on a desktop installation with
> >>4GB of RAM, 10GB of swap partition, installed Ubuntu Lucid and then
> >>upgraded to 12.04, the problem isn't there, but the input is still
> >>quite choppy during the load. After the script finishes, everything
> >>looks fine. For the desktop installation the hard drive is not an
> >>SSD hard drive.
> >What is the kernel version used here?
> $ uname -a
> Linux ivan 3.2.0-40-generic #64-Ubuntu SMP Mon Mar 25 21:22:10 UTC
> 2013 x86_64 x86_64 x86_64 GNU/Linux
Is there any chance you could test with the latest vanilla kernel and
Mel's patches from https://lkml.org/lkml/2013/4/11/516 on top?
[...]
--
Michal Hocko
SUSE Labs
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2013-04-14 14:58 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-01 19:14 System freezes when RAM is full (64-bit) Ivan Danov
2013-04-03 12:12 ` Michal Hocko
2013-04-04 0:27 ` Simon Jeons
2013-04-04 7:08 ` Michal Hocko
2013-04-04 14:10 ` Ivan Danov
2013-04-04 15:16 ` Michal Hocko
2013-04-05 10:13 ` Ivan Danov
2013-04-05 11:59 ` Michal Hocko
2013-04-05 20:41 ` Ivan Danov
2013-04-12 10:20 ` Michal Hocko
2013-04-12 10:49 ` Ivan Danov
2013-04-12 11:11 ` Michal Hocko
2013-04-12 12:38 ` Ivan Danov
2013-04-14 14:58 ` Michal Hocko [this message]
2013-05-14 15:25 ` Ivan Danov
2013-04-15 5:03 ` Simon Jeons
2013-04-15 14:12 ` Michal Hocko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130414145807.GC6478@dhcp22.suse.cz \
--to=mhocko@suse.cz \
--cc=1162073@bugs.launchpad.net \
--cc=hannes@cmpxchg.org \
--cc=huhavel@gmail.com \
--cc=linux-mm@kvack.org \
--cc=mgorman@suse.de \
--cc=simon.jeons@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).