linux-kernel - Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 17 Jul 2007 00:39:48 +0100
From:	Måns Rullgård <mans@...sr.com>
To:	linux-kernel@...r.kernel.org
Subject:  Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?

utz lehmann <lkml123@...4n2c.de> writes:

> On Tue, 2007-07-17 at 00:28 +0200, Rene Herman wrote:
>> Given that as Arjan stated Fedora and even RHEL have been using 4K
>> stacks for some time now, and certainly the latter being a
>> distribution which I would expect to both host a relatively large
>> number of lvm/md/xfs and what stackeaters have you users and to be
>> fairly conservative with respect to the chances of scribbling over
>> kernel memory (I'm a trusting person...) it seems there might at
>> this stage only be very few offenders left.
>
> I have to recompile the fedora kernel rpms (fc6, f7) with 8k stacks on
> my i686 server. It's using NFS -> XFS -> DM -> MD (raid1) -> IDE disks.
> With 4k stacks it crash (hang) within minutes after using NFS.
> With 8k stacks it's rock solid. No crashes within months.

Running either vanilla or Gentoo kernels, I've had no luck at all with
4k stacks.  On SATA+MD(raid1)+LVM+XFS I've had numerous crashes when
doing even light I/O.  One particularly crash-prone scenario is
writing to random locations in sparse files, thus forcing new blocks
to be allocated.

I don't have dedicated testing machines, so I can't afford the time
and potential data loss of testing this regularly.  I have no shortage
on RAM with 8k stacks, so for me the choice is quite simple.

-- 
Måns Rullgård
mans@...sr.com

-
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/