Date: Sun, 13 Oct 2013 13:47:17 +0400 From: Dmitry Sivachenko <trtrmitya@gmail.com> To: Konstantin Belousov <kostikbel@gmail.com> Cc: "hackers@freebsd.org" <hackers@freebsd.org> Subject: Re: mmap() question Message-ID: <FA37F470-BA6D-48F5-9002-8CBB8E2E48A3@gmail.com> In-Reply-To: <20131012141440.GN41229@kib.kiev.ua> References: <95E0B821-BF9B-4EBF-A1E5-1DDCBB1C3D1B@gmail.com> <20131011051702.GE41229@kib.kiev.ua> <A5E3C0A2-F0D5-47B1-8992-4B9DA347C275@gmail.com> <20131012095919.GI41229@kib.kiev.ua> <EB09D2E7-F870-4A3D-A071-83BD83C6985B@gmail.com> <20131012141440.GN41229@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12.10.2013, at 18:14, Konstantin Belousov <kostikbel@gmail.com> = wrote: >>=20 >> First I tried with some swap space configured. The OS started to = swap out my process after it reached about 20GB which is also not what I = expected: what is the reason to swap out regions of read-only mmap()ed = files? Is it the expected behaviour? >>=20 > How did you concluded that the pages from your r/o mappings were paged = out ? > VM never does this. Only anonymous memory could be written to swap = file, > including the shadow pages for the writeable COW mappings. I suspect = that > you have another 20GB of something used on the machine meantime. >=20 Yes, sorry, I tried again with swap space configured and it is really = some other processes which are swapping out: sshd, other user's shells, etc. >>=20 >>>=20 >>> Below is the prototype patch, against HEAD. It is not applicable to >>> stable, please use HEAD kernel for test. >>=20 I tried your patch with stable/10 system and I can confirm that my = process is not killed anymore because of OOM.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FA37F470-BA6D-48F5-9002-8CBB8E2E48A3>