Thread (22 messages) 22 messages, 4 authors, 2017-12-07

Re: [PATCH 0/5] blkcg: Limit maximum number of aio requests available for cgroup

From: Oleg Nesterov <oleg@redhat.com>
Date: 2017-12-06 17:33:02
Also in: lkml

On 12/05, Benjamin LaHaise wrote:
On Tue, Dec 05, 2017 at 04:19:56PM +0100, Oleg Nesterov wrote:
quoted
and memory. let me quote my old emails...


This is off-topic, but the whole "vm" logic in aio_setup_ring()
looks sub-optimal. I do not mean the code, just it seems to me it
is pointless to pollute the page cache, and expose the pages we
can not swap/free to lru. Afaics we _only_ need this for migration.
It is needed for migration, which is needed for hot unplug of memory.
There is no way around this.
I know, and I even mentioned this above.

quoted
This memory lives in page-cache/lru, it is visible for shrinker which
will unmap these pages for no reason on memory shortage. IOW, aio fools
the kernel, this memory looks reclaimable but it is not. And we only do
this for migration.
It's the same as any other memory that's mlock()ed into RAM.
No. Again, this memory is not properly accounted, and unlike mlock()ed
memory it is visible to shrinker which will do the unnecessary work on
memory shortage which in turn will lead to unnecessary page faults.

So let me repeat, shouldn't we at least do mapping_set_unevictable() in
aio_private_file() ?

quoted
triggers OOM-killer which kills sshd and other daemons on my machine.
These pages were not even faulted in (or the shrinker can unmap them),
the kernel can not know who should be blamed.
The OOM-killer killed the wrong process: News at 11.
Well. I do not think we should blame OOM-killer in this case. But as I
said this is not a bug-report or something like this, I agree this is
a minor issue.

Oleg.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help