[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080420074228.GE1595@cs181133002.pp.htv.fi>
Date: Sun, 20 Apr 2008 10:42:28 +0300
From: Adrian Bunk <bunk@...nel.org>
To: Eric Sandeen <sandeen@...deen.net>
Cc: Oliver Pinter <oliver.pntr@...il.com>, Ingo Molnar <mingo@...e.hu>,
Andrew Morton <akpm@...ux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Arjan van de Ven <arjan@...radead.org>,
Thomas Gleixner <tglx@...utronix.de>,
Christoph Hellwig <hch@...radead.org>,
David Chinner <dgc@....com>, xfs@....sgi.com
Subject: Re: x86: 4kstacks default
On Sat, Apr 19, 2008 at 08:56:09PM -0500, Eric Sandeen wrote:
> Adrian Bunk wrote:
> > On Sat, Apr 19, 2008 at 04:35:31PM +0200, Oliver Pinter wrote:
> >> ...
> >> with the older kernel is typical: xfs+nfs+4k stack(+lvm)
> >
> > Does anyone still experience problems with 2.6.25?
>
> There are always problems. You can always come up with something that
> will crash in 4k, IMHO.
We are going from 6k to 4k.
Your "You can always come up with something that will crash in" point
would be invariant to this change (although it might be harder to
trigger in real life).
> Rather than foisting this upon everyone, I'd rather see work put into
> making stack size a boot parameter or something, so that people can
> choose what's appropriate for their workload (or their IO stack, if you
> prefer).
Why should users have to poke with such deeply internal things?
That doesn't sound right.
Excessive stack usage in the kernel is considered to be a bug.
We should identify and fix all remaining problems (if any).
> -Eric
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
--
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