From: Dave Jones <davej@redhat.com>
To: Bas Westerbaan <bas.westerbaan@gmail.com>
Cc: Adrian Bunk <bunk@stusta.de>,
Pekka Enberg <penberg@cs.helsinki.fi>,
Paul Misner <paul@misner.org>,
linux-kernel@vger.kernel.org
Subject: Re: RFC: i386: kill !4KSTACKS
Date: Sun, 4 Sep 2005 16:37:25 -0400 [thread overview]
Message-ID: <20050904203725.GB4715@redhat.com> (raw)
In-Reply-To: <6880bed305090413132c37fed3@mail.gmail.com>
On Sun, Sep 04, 2005 at 10:13:10PM +0200, Bas Westerbaan wrote:
> > > Though 4K stacks are used a lot, they probably aren't used on all
> > > configurations yet. Other situations may arise where 8K stacks may be
> > > preferred. It is too early to kill 8K stacks imho.
> >
> > Please name situations where 8K stacks may be preferred that do not
> > involve binary-only modules.
>
> I meant that there could be situations, which have not yet been found,
And the boogeyman might really exist too.
This is just hypotetical hand-waving.
> where it could be preferred to use 8K stacks instead of 4K. When you
> switch from having 8K stacks as default to 4K stacks without
> possibility for 8K stacks you'd possibly encounter these yet to be
> found situations.
Fedora kernels have been built with 4K stacks for a long time.
(Since even before the option went upstream). The only things that
have been reported to have problems with 4KB stacks are..
- NDISwrapper / driverloader.
(Shock, horror - no-one cares).
- XFS when used in conjunction with RAID
Fixed now ? (Though Neil Brown does have a pending patch for md
to make that use less stack, which will also help).
- Reiser4
Fixed 'soon'.
> When on the other hand the 4K stacks are set as default, leaving the
> option in, instead of removing it, these possible situations, when
> found, could be resolved (temporarilly) by switching back to 8K
> stacks.
>
> After a while having 4K stacks as default would be a better time to
> decide whether to remove the option or not instead of now.
This is what was proposed not long after the option got merged.
"After a while" has passed by quite a stretch.
Dave
next prev parent reply other threads:[~2005-09-04 20:39 UTC|newest]
Thread overview: 121+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4IcUz-7H2-27@gated-at.bofh.it>
[not found] ` <4J2gx-3zf-3@gated-at.bofh.it>
[not found] ` <4J5R1-cH-21@gated-at.bofh.it>
[not found] ` <4J6ao-L9-21@gated-at.bofh.it>
[not found] ` <4J6jZ-Xg-11@gated-at.bofh.it>
[not found] ` <4J8vt-43Y-13@gated-at.bofh.it>
2005-09-02 6:08 ` RFC: i386: kill !4KSTACKS Alex Davis
2005-09-04 12:49 ` Denis Vlasenko
2005-09-04 13:30 ` Ed Tomlinson
2005-09-04 14:49 ` Alan Cox
2005-09-04 16:44 ` Paul Misner
2005-09-04 17:07 ` Pekka Enberg
2005-09-04 17:12 ` Bas Westerbaan
2005-09-04 19:22 ` Horst von Brand
2005-09-04 19:33 ` Adrian Bunk
2005-09-04 20:13 ` Bas Westerbaan
2005-09-04 20:37 ` Dave Jones [this message]
2005-09-07 16:38 ` Bill Davidsen
2005-09-07 17:53 ` Mike Galbraith
2005-09-08 19:05 ` Bill Davidsen
2005-09-08 19:27 ` Large File Support in Kernel 2.6 Andreas Baer
2005-09-08 20:16 ` Mike Houston
2005-09-09 8:39 ` Andreas Baer
2005-09-05 22:32 ` RFC: i386: kill !4KSTACKS Thorild Selen
2005-09-05 23:06 ` Kyle Moffett
2005-09-06 10:29 Chuck Ebbert
-- strict thread matches above, loose matches on Subject: below --
2005-09-05 2:00 Alex Davis
2005-09-05 2:07 ` Sean
2005-09-05 2:29 ` Alex Davis
2005-09-05 3:00 ` Sean
2005-09-05 3:41 ` Alex Davis
2005-09-05 3:51 ` Sean
2005-09-05 4:03 ` Alex Davis
2005-09-05 4:12 ` Sean
2005-09-05 4:36 ` Willy Tarreau
2005-09-05 4:47 ` Sean
2005-09-05 5:01 ` Willy Tarreau
2005-09-05 5:31 ` Sean
2005-09-05 6:04 ` Willy Tarreau
2005-09-05 6:20 ` Sean
2005-09-05 6:29 ` Pekka Enberg
2005-09-05 15:29 ` Horst von Brand
2005-09-08 20:18 ` Bill Davidsen
2005-09-08 22:51 ` Sean
2005-09-05 6:41 ` Sander
2005-09-05 8:01 ` Willy Tarreau
2005-09-08 20:01 ` Bill Davidsen
2005-09-08 20:24 ` Christopher Friesen
2005-09-05 3:54 ` Kyle Moffett
2005-09-05 4:26 ` Dave Jones
2005-09-05 4:48 ` Willy Tarreau
2005-09-06 17:04 ` Benjamin LaHaise
2005-09-05 1:30 Alex Davis
2005-09-05 1:41 ` Adrian Bunk
2005-09-05 1:56 ` dean gaudet
[not found] <4I7UM-M1-1@gated-at.bofh.it>
[not found] ` <4ITG4-8nH-1@gated-at.bofh.it>
[not found] ` <4J1DC-2NU-1@gated-at.bofh.it>
2005-09-04 17:33 ` Robert Hancock
2005-09-04 14:51 Alex Davis
2005-09-04 17:11 ` Stefan Smietanowski
2005-09-04 17:11 ` Dr. David Alan Gilbert
2005-09-04 17:19 ` Alan Cox
2005-09-06 4:37 ` Andi Kleen
2005-09-06 6:39 ` Denis Vlasenko
2005-09-06 7:13 ` Andi Kleen
2005-09-06 7:32 ` Nick Piggin
2005-09-06 7:50 ` Andi Kleen
2005-09-06 13:29 ` Diego Calleja
2005-09-06 13:25 ` Giridhar Pemmasani
2005-09-06 17:05 ` Jan Kiszka
2005-09-06 17:23 ` Giridhar Pemmasani
2005-09-06 18:42 ` linux-os (Dick Johnson)
2005-09-06 18:46 ` viro
2005-09-06 19:42 ` Jan Kiszka
2005-09-06 20:21 ` linux-os (Dick Johnson)
2005-09-07 17:46 ` Bill Davidsen
2005-09-07 17:54 ` Jan Kiszka
2005-09-07 19:52 ` Daniel Phillips
2005-09-07 20:17 ` Daniel Phillips
2005-09-07 20:29 ` Jan Kiszka
2005-09-07 20:28 ` Jan Kiszka
2005-09-07 21:57 ` Giridhar Pemmasani
2005-09-07 23:25 ` Jan Kiszka
2005-09-08 1:06 ` Giridhar Pemmasani
2005-09-08 19:43 ` Bill Davidsen
2005-09-06 22:19 ` Daniel Phillips
2005-09-06 22:21 ` Andi Kleen
2005-09-06 22:36 ` Daniel Phillips
2005-09-06 23:40 ` Steven Rostedt
2005-09-06 22:28 ` Roland Dreier
2005-09-07 0:04 ` Daniel Phillips
2005-09-06 22:42 ` Giridhar Pemmasani
2005-09-07 1:59 ` Mark Lord
2005-09-07 3:46 ` Lee Revell
2005-09-07 4:16 ` Daniel Phillips
2005-09-07 5:48 ` Daniel Phillips
2005-09-07 16:43 ` Bill Davidsen
2005-09-08 0:44 ` Alex Davis
2005-09-02 0:39 Adrian Bunk
2005-09-02 5:33 ` Chris Wedgwood
2005-09-02 6:29 ` Nathan Scott
2005-09-02 6:40 ` Neil Brown
2005-09-13 8:05 ` Alexander Nyberg
2005-10-01 22:50 ` Adrian Bunk
2005-10-02 20:35 ` Nathan Scott
2005-09-02 6:55 ` Vladimir V. Saveliev
2005-09-02 21:58 ` Hans Reiser
2005-09-04 3:48 ` Lee Revell
2005-09-04 7:36 ` Stefan Smietanowski
2005-09-04 8:23 ` Lee Revell
2005-09-04 19:39 ` Adrian Bunk
2005-09-04 12:12 ` Guillaume Chazarain
2005-09-04 13:26 ` Sander
2005-06-08 12:35 Ian Kumlien
2005-06-08 13:14 ` Denis Vlasenko
2005-06-07 21:27 Adrian Bunk
2005-06-07 21:47 ` Alexander Nyberg
2005-06-08 10:03 ` Jörn Engel
2005-06-08 10:39 ` Denis Vlasenko
2005-06-08 11:12 ` Adrian Bunk
2005-06-08 12:13 ` Denis Vlasenko
2005-07-04 18:22 ` Adrian Bunk
2005-07-05 6:14 ` Denis Vlasenko
2005-07-05 13:46 ` Horst von Brand
2005-06-08 1:52 ` Ian Kent
2005-06-08 10:42 ` Denis Vlasenko
2005-06-08 14:28 ` raven
2005-06-08 12:00 ` Vladimir Saveliev
2005-06-10 15:18 ` Vladimir Saveliev
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050904203725.GB4715@redhat.com \
--to=davej@redhat.com \
--cc=bas.westerbaan@gmail.com \
--cc=bunk@stusta.de \
--cc=linux-kernel@vger.kernel.org \
--cc=paul@misner.org \
--cc=penberg@cs.helsinki.fi \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox