On Fri, Oct 19, 2007 at 11:32:18AM +1000, Lachlan McIlroy wrote:
> Christoph Hellwig wrote:
> >On Wed, Oct 10, 2007 at 09:25:06PM +1000, David Chinner wrote:
> >>Because the superblock buffer is XBF_FS_MANAGED, it does not get
> >>torn down when it is clean and has no references, so the XBF_ASYNC
> >>flag never gets cleared unless the fs specifically clears it. If the
> >>superblock is then not recovered out of any further transactions
> >>during recovery after xfsbufd flushed it, the XBF_ASYNC flag remains
> >>set for the re-read that is issued in xlog_do_recover() and we
> >>hang.....
> >
> >Makes sense as an explanation. I still don't really like patch, maybe
> >we should always clear the ASYNC flag in the b_iodone callback?
>
> That sounds like a good idea.
<shrug>
Makes no real difference - you just have to be careful where the
ASYNC flag is cleared because it is used throughout the io
completion code....
> Or get rid of the XBF_FS_MANAGED special
> case and get a new fresh buffer each time.
I don't think we want to do that. It will add substantial overhead
because the superblock is the single most used buffer in the
filesysem. It's typically gained during transaction commit, at which
time we really, really want to get it quickly and this is known to
be a performance limiting bottleneck.....
Cheers,
Dave.
--
Dave Chinner
Principal Engineer
SGI Australian Software Group
|