Thread (18 messages) 18 messages, 4 authors, 2011-11-23

Re: [Devel] Re: [PATCH v5 00/10] per-cgroup tcp memory pressure

From: David Miller <davem@davemloft.net>
Date: 2011-11-18 19:51:33
Also in: linux-mm, lkml

From: Glauber Costa <redacted>
Date: Fri, 18 Nov 2011 17:39:03 -0200
On 11/17/2011 07:35 PM, David Miller wrote:
quoted
From: James Bottomley<redacted>
Date: Tue, 15 Nov 2011 18:27:12 +0000
quoted
Ping on this, please.  We're blocked on this patch set until we can
get
an ack that the approach is acceptable to network people.
__sk_mem_schedule is now more expensive, because instead of
short-circuiting
the majority of the function's logic when "allocated<=
prot->sysctl_mem[0]"
and immediately returning 1, the whole rest of the function is run.
Not the whole rest of the function. Rather, just the other two
tests. But that's the behavior we need since if your parent is on
pressure, you should be as well. How do you feel if we'd also provide
two versions for this:
1) non-cgroup, try to return 1 as fast as we can
2) cgroup, also check your parents.
Fair enough.
How about we make the jump_label only used for sockets (which is basic
what we have now, just need a clear name to indicate that), and then
enable it not when the first non-root cgroup is created, but when the
first one sets the limit to something different than unlimited?

Of course to that point, we'd be accounting only to the root
structures,
but I guess this is not a big deal.
This sounds good for now.
quoted
TCP specific stuff in mm/memcontrol.c, at best that's not nice at all.
How crucial is that?
It's a big deal.  We've been working for years to yank protocol specific
things even out of net/core/*.c, it simply doesn't belong there.

I'd even be happier if you had to create a net/ipv4/tcp_memcg.c and
include/net/tcp_memcg.h
Thing is that as far as I am concerned, all the
memcg people
 ...

What the memcg people want is entirely their problem, especially if it
involves crapping up non-networking files with protocol specific junk.

--
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/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help