xfs
[Top] [All Lists]

Re: XFS, 4K stacks, and Red Hat

To: Joshua Baker-LePain <jlb17@xxxxxxxx>
Subject: Re: XFS, 4K stacks, and Red Hat
From: Nathan Scott <nathans@xxxxxxx>
Date: Fri, 8 Jul 2005 14:37:40 +1000
Cc: Steve Lord <lord@xxxxxxx>, Linux xfs mailing list <linux-xfs@xxxxxxxxxxx>
In-reply-to: <Pine.LNX.4.58.0507071142550.4766@chaos.egr.duke.edu>
References: <Pine.LNX.4.58.0507071102460.4766@chaos.egr.duke.edu> <42CD4D38.1090703@xfs.org> <Pine.LNX.4.58.0507071142550.4766@chaos.egr.duke.edu>
Sender: linux-xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/1.5.3i
On Thu, Jul 07, 2005 at 12:43:15PM -0400, Joshua Baker-LePain wrote:
> > As for XFS and a 4K stack, I think it still boils down to a few edge cases,
> > I have not seen one in years, I am doing all my builds via nfs v3 with
> > tcp/ip to an XFS filesystem.
> ...
> Hrm.  I was easily able to trigger stack overflows on a pretty simple 
> (albeit old) setup -- RHEL4 kernel with XFS turned on, dual PIII 450, 
> 384MB RAM, XFS on a single SCSI disk on aic7xxx.

I put in a bit of time awhile back to get the largest of these
issues sorted out - perhaps (almost certainly) RHEL4 is an older
2.6 kernel than the one containing those changes.

As other cases pop up (with a reproducible test case please, and
no stacking drivers in the way too :), we slowly iron them out..
its not exactly top of the priority list though.

Choose SLES9 over RHEL4 if you want an "Enterprise" kernel with
decent XFS support.

cheers.

-- 
Nathan


<Prev in Thread] Current Thread [Next in Thread>