[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <49D5387B.2080200@garzik.org>
Date: Thu, 02 Apr 2009 18:13:15 -0400
From: Jeff Garzik <jeff@...zik.org>
To: Andrew Morton <akpm@...ux-foundation.org>
CC: David Rees <drees76@...il.com>, Janne Grunau <j@...nau.net>,
Lennart Sorensen <lsorense@...lub.uwaterloo.ca>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Theodore Tso <tytso@....edu>, Jesper Krogh <jesper@...gh.cc>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Linux 2.6.29
Andrew Morton wrote:
> ext3 _should_ handle this case fairly well nowadays - I thought we fixed that.
> However it would probably benefit from having the size of the block reservation
> window increased - use ioctl(EXT3_IOC_SETRSVSZ). That way, each file gets a
> decent-sized hunk of disk "reserved" for its ongoing appending. Other
> files won't come in and intermingle their blocks with it.
How big of a chore would it be, to use this code to implement
i_op->fallocate() for ext3, I wonder?
Jeff
--
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/
Powered by blists - more mailing lists