[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090125120319.GA13869@brong.net>
Date: Sun, 25 Jan 2009 23:03:19 +1100
From: Bron Gondwana <brong@...tmail.fm>
To: Greg KH <gregkh@...e.de>
Cc: Bron Gondwana <brong@...tmail.fm>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
stable@...nel.org, Justin Forbes <jmforbes@...uxtx.org>,
Zwane Mwaikambo <zwane@....linux.org.uk>,
Theodore Ts'o <tytso@....edu>,
Randy Dunlap <rdunlap@...otime.net>,
Dave Jones <davej@...hat.com>,
Chuck Wolber <chuckw@...ntumlinux.com>
Subject: Re: [patch 016/104] epoll: introduce resource usage limits
On Fri, Jan 23, 2009 at 09:06:31AM -0800, Greg KH wrote:
> On Fri, Jan 23, 2009 at 08:47:45PM +1100, Bron Gondwana wrote:
> > 1) is this value ever supposed to be hit in practice by non-malicious
> > software? If not, it appears 128 is too low.
>
> It does appear a bit low. What looks to you like a good value to use as
> a default?
I've upgraded one production mx to 2.6.28.2 plus my latest patch (the
rest are still running 2.6.27.6, which is prior to this limit)
Here's some figures with my latest patch after about 10 minutes running
to stabilise the startup figures:
kvm virtual mx:
0 39 0 230 4096 271872
production mx:
0 207 107 1811 4096 266555
The interesting figure in each case is the second one,
num_user_instances. Interesting that the UID is listed as 0 though,
that's root! 107 is postfix, which makes sense.
As you can see, the production mx would have start choking epolls almost
immediately. These machines are about 5 years old now. 4Gb of memory,
dual hyperthreading 32 bit Xeons. They're the least powerful machines
we still keep running!
Bron ( most of our costs are power and rack space, after all )
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists