OpenVZ Forum: Devel » [PATCH v7 0/8] Request for inclusion: tcp memory buffers

Home » Mailing lists » Devel » [PATCH v7 0/8] Request for inclusion: tcp memory buffers

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

Re: [PATCH v7 0/8] Request for inclusion: tcp memory buffers [message #43771 is a reply to message #43769]

Thu, 13 October 2011 20:12

davem
Messages: 463
Registered: February 2006

Senior Member

From: Glauber Costa <glommer@parallels.com>
Date: Fri, 14 Oct 2011 00:05:58 +0400

> Also, I kind of dispute the affirmation that !cgroup will encompass
> the majority of users, since cgroups is being enabled by default by
> most vendors. All systemd based systems use it extensively, for
> instance.

I will definitely advise people against this, since the cost of having
this on by default is absolutely non-trivial.

People keep asking every few releases "where the heck has my performance
gone" and it's because of creeping features like this. This socket
cgroup feature is a prime example of where that kind of stuff comes
from.

I really get irritated when people go "oh, it's just one indirect
function call" and "oh, it's just one more pointer in struct sock"

We work really hard to _remove_ elements from structures and make them
smaller, and to remove expensive operations from the fast paths.

It might take someone weeks if not months to find a way to make a
patch which compensates for the extra overhead your patches are adding.

And I don't think you fully appreciate that.

Report message to a moderator

[Message index]

		[PATCH v7 0/8] Request for inclusion: tcp memory buffers By: Glauber Costa on Thu, 13 October 2011 13:09
		[PATCH v7 1/8] Basic kernel memory functionality for the Memory Controller By: Glauber Costa on Thu, 13 October 2011 13:09
		[PATCH v7 2/8] socket: initial cgroup code. By: Glauber Costa on Thu, 13 October 2011 13:09
		[PATCH v7 7/8] Display current tcp memory allocation in kmem cgroup By: Glauber Costa on Thu, 13 October 2011 13:09
		[PATCH v7 6/8] tcp buffer limitation: per-cgroup limit By: Glauber Costa on Thu, 13 October 2011 13:09
		[PATCH v7 4/8] per-cgroup tcp buffers control By: Glauber Costa on Thu, 13 October 2011 13:09
		[PATCH v7 8/8] Disable task moving when using kernel memory accounting By: Glauber Costa on Thu, 13 October 2011 13:09
		[PATCH v7 5/8] per-netns ipv4 sysctl_tcp_mem By: Glauber Costa on Thu, 13 October 2011 13:09
		[PATCH v7 3/8] foundations of per-cgroup memory pressure controlling. By: Glauber Costa on Thu, 13 October 2011 13:09
		Re: [PATCH v7 0/8] Request for inclusion: tcp memory buffers By: davem on Thu, 13 October 2011 20:00
		Re: [PATCH v7 0/8] Request for inclusion: tcp memory buffers By: Glauber Costa on Thu, 13 October 2011 20:05
		Re: [PATCH v7 0/8] Request for inclusion: tcp memory buffers By: davem on Thu, 13 October 2011 20:08
		Re: [PATCH v7 0/8] Request for inclusion: tcp memory buffers By: davem on Thu, 13 October 2011 20:12
		Re: [PATCH v7 0/8] Request for inclusion: tcp memory buffers By: Glauber Costa on Thu, 13 October 2011 20:14
		Re: [PATCH v7 0/8] Request for inclusion: tcp memory buffers By: davem on Thu, 13 October 2011 20:18
		Re: [PATCH v7 0/8] Request for inclusion: tcp memory buffers By: Glauber Costa on Fri, 14 October 2011 12:56
		Re: [PATCH v7 0/8] Request for inclusion: tcp memory buffers By: davem on Wed, 19 October 2011 21:09
		Re: [PATCH v7 0/8] Request for inclusion: tcp memory buffers By: davem on Thu, 13 October 2011 20:16
		Re: [PATCH v7 0/8] Request for inclusion: tcp memory buffers By: Glauber Costa on Thu, 13 October 2011 20:23
		Re: [PATCH v7 0/8] Request for inclusion: tcp memory buffers By: Valdis.Kletnieks on Fri, 14 October 2011 02:55
		Re: [PATCH v7 0/8] Request for inclusion: tcp memory buffers By: Andi Kleen on Fri, 14 October 2011 02:12

Previous Topic:	[RFC PATCH 4/5] SUNRPC: put pipefs superblock link on network namespace
Next Topic:	[RFC PATCH 0/5] SUNRPC: "RPC pipefs per network namespace" preparations

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Fri Jan 16 20:36:09 GMT 2026

Total time taken to generate the page: 0.25699 seconds