lkml.org 
[lkml]   [2013]   [Apr]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectDebugging COW (copy on write) memory after fork: Is it possible to dump only the private anonymous memory of a process?
Hello, sorry if this is off topic. Just point me to the right direction. 
Please cc me also in the reply.

Question
--------

Is it possible to dump only the private anonymous memory of a process?

Background
----------

I have a process where it reads and it initializes a large portion of
the memory (around 2.3GB). This memory is effectively read only from
that point and on. After the initialization I fork the process to
several children in order to take advantage of the multicore
architecture of modern cpus. The problem is that finally the program
ends up requiring number_of_process * 2.3GB memory effectively entering
swap thrashing and destroying the performance.

Steps so far
------------

The first thing I did is to monitor the memory. I found about
/proc/$pid/smaps and the http://wingolog.org/pub/mem_usage.py.

What happens is the following

The program starts reads from disk and has 2.3GB of private mappings
The program forks. Immediately the 2.3GB become shared mapping
between the parent and the child. Excellent so far.
As the time goes and the child starts performing its tasks the
shared memory is slowly migrating to the private mappings of each
process effectively blowing up the memory requirements.

I thought that if I could see (dump) the private mappings of each
process I could see from the data why the shared mappings are being
touched so I tried to dump the core with gcore and by playing with
/proc/$pid/coredump_filter like this

echo 0x1 > /proc/$pid/coredump_filter
gcore $pid

Unfortunately it always dumps 2.3GB despite the setting in
/proc/$pid/coredump_filter which says private anonymous mappings.

I have researched the question in google.

I even posted it in stack overflow.

Any other ideas?

Thanks in advance

Vassilis Virvilis



\
 
 \ /
  Last update: 2013-04-05 13:41    [W:0.030 / U:3.056 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site