スワップが無効で、メモリのオーバーコミットが無効になっているシステムで作業しています。
私のプロセスが現在 100 MB のメモリを消費しており、システムの空きメモリが 100 MB 未満であるとします。
fork() を実行すると、カーネルが子プロセスにも 100 MB を割り当てようとするため失敗しますか?
Linux は分岐時にコピー オン ライトを使用するため、子と親がすべてのページを共有することを読んだことがあります。だから私は fork が成功するはずだと思いますか？
fork が成功すると仮定すると、exec() を呼び出す前に、子プロセスに数行のコードがあるとします。したがって、親と子は引き続きテキスト セグメントを共有し、子プロセスがヒープ メモリに触れない限り、メモリ使用量に変化はありません。これは正しいです ？
Edit: One follow-up question: With swapping/overcommit disabled, can the cumulative VSS
(Virtual Set Size) of all the processes be more than the available physical memory ?
I tried this out. VSS of all the processes can be much more than that of the physical
memory available.
pmap -x output from a process.
total kB 132588 10744 7192
First number - Virtual Set Size
Second number - Resident Set Size
third number - dirty pages
RSS is < 10% of VSS. This is with swapping and overcommit disabled.
For every shared library loaded I see something like the following..
00007fae83f07000 32 24 0 r-x-- librt-2.12.so
00007fae83f0f000 2044 0 0 ----- librt-2.12.so
00007fae8410e000 8 8 8 rw--- librt-2.12.so
00007fae84312000 252 120 0 r-x-- libevent-2.0.so.5.0.1
00007fae84351000 2048 0 0 ----- libevent-2.0.so.5.0.1
00007fae84551000 8 8 8 rw--- libevent-2.0.so.5.0.1
I guess r-x segment is code and rw- is data. But there is a 2 MB segment
that is not loaded. I see this 2 MB segment for every single shared library.
My process loads a lot of shared libraries. That explains the huge difference
between VSS & RSS.
Any idea what is that 2 MB segment per shared library ?
When overcommit is disabled, if this process calls fork() will it fail when
the free memory is less than VSS (132588 Kb) or RSS (10744) ?