Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024

[Vegard Nossum]

On Wed, Jan 28, 2009 at 6:32 AM, Bron Gondwana <brong@xxxxxxxxxxx> wrote:
> That's clearly not happening here - so it seems that maybe our "happy
> medium" is actually in closer inspection of what's going on rather than
> a blanket low N to keep N^2 down.

Mh, could another solution to this all be to limit the number times
you can add a single epoll descriptor to another descriptor's set?

So you would still get the "upwards cascading" behaviour (i.e. A can
monitor B and C), but the "downwards cascading" would be prohibited
(i.e. B and C can't both monitor A).

I think this is a reasonable alternative, which would again allow a
number of epoll instances limited only by the number of open file
descriptors.


Vegard

-- 
"The animistic metaphor of the bug that maliciously sneaked in while
the programmer was not looking is intellectually dishonest as it
disguises that the error is the programmer's own creation."
	-- E. W. Dijkstra, EWD1036
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/