xfs
[Top] [All Lists]

Re: XFS, 4K stacks, and Red Hat

To: Nathan Scott <nathans@xxxxxxx>
Subject: Re: XFS, 4K stacks, and Red Hat
From: Andi Kleen <ak@xxxxxxx>
Date: 13 Jul 2005 04:12:00 +0200
Cc: linux-xfs@xxxxxxxxxxx, axboe@xxxxxxx
In-reply-to: <20050713015626.GD980@frodo>
References: <Pine.LNX.4.58.0507071102460.4766@xxxxxxxxxxxxxxxxxx> <42CD4D38.1090703@xxxxxxx> <Pine.LNX.4.58.0507071142550.4766@xxxxxxxxxxxxxxxxxx> <20050708043740.GB1679@frodo> <42D3F44B.308@xxxxxxxxxxxxxxxxxxxx> <20050713015626.GD980@frodo>
Sender: linux-xfs-bounce@xxxxxxxxxxx
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
Nathan Scott <nathans@xxxxxxx> writes:

> On Tue, Jul 12, 2005 at 06:48:11PM +0200, Alexander Bergolth wrote:
> > On 07/08/2005 06:37 AM, Nathan Scott wrote:
> > >...
> > > As other cases pop up (with a reproducible test case please, and
> > > no stacking drivers in the way too :), we slowly iron them out..
> ^^^^^^^^^^^^^^^^^^^^^^^^^^
> 
> *cough*
> 
> > I'm getting frequent stack overflows on one system, using xfs, lvm2,
> > sw-raid and libata but I don't know, if they are XFS-related.
> 
> Hmmm - xfs on lvm on md on ide ...?  Looks like its death by
> a thousand cuts.. thats the sort of case Steve keeps talking
> about.  You will be able to crash using any filesystem doing
> this, eventually - and we haven't even got NFS in the picture
> here yet.

Eventually even 8k stack systems might run into problems.

A generic way to solve this would be to let the block layer
who calls into the various stacking layers check how much stack is left
first  and when it is too low push the work to another thread using
a workqueue.

Jens, do you think that would be feasible?

-Andi


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