On Apr 30, 2007 08:09 -0400, Theodore Tso wrote:
> On Fri, Apr 27, 2007 at 12:09:42PM -0600, Andreas Dilger wrote:
> > I'd prefer that such functionality be integrated with Takashi's online
> > defrag tool, since it needs virtually the same functionality. For that
> > matter, this is also very si
On Tue, 2007-05-01 at 14:22 +1000, David Chinner wrote:
> On Mon, Apr 30, 2007 at 04:44:01PM -0600, Andreas Dilger wrote:
> > On Apr 19, 2007 11:54 +1000, David Chinner wrote:
> > > > struct fiemap {
> > > > __u64 fm_start; /* logical start offset of mapping
> > > > (in/out) */
>
On Mon, Apr 30, 2007 at 04:44:01PM -0600, Andreas Dilger wrote:
> On Apr 19, 2007 11:54 +1000, David Chinner wrote:
> > > struct fiemap {
> > > __u64 fm_start; /* logical start offset of mapping (in/out) */
> > > __u64 fm_len; /* logical length of mapping (in/out) */
> > >
On Apr 19, 2007 11:54 +1000, David Chinner wrote:
> > struct fiemap {
> > __u64 fm_start; /* logical start offset of mapping (in/out) */
> > __u64 fm_len; /* logical length of mapping (in/out) */
> > __u32 fm_flags; /* FIEMAP_FLAG_* flags for request (in/out)
On Mon, Apr 30, 2007 at 01:16:19PM -0400, Jeff Garzik wrote:
> Why isn't this stuff going upstream rapidly?
Some of the patches are ready to be pushed upstream, and that will be
happening shortly.
In the case of the fallocate patches, the system call interface hadn't
been completely closed, so we
Theodore Ts'o wrote:
I've respun the ext4 development patchset, with Amit's updated fallocate
patches. I've added Dave's patch to add ia64 support to the fallocate
system call, but *not* the XFS fallocate support patches. (Probably
better for them to live in an xfs tree, where they can more eas
Theodore Ts'o wrote:
P.S. One bug which I've noted --- if there is a failure due to disk
filling up, running e2fsck on the filesystem will show that the i_blocks
fields on the inodes where there was a failure to allocate disk blocks
are left incorrect. I'm guessing this is a bug in the delayed
Sorry, I forgot to include the URL's where ext4 development patchset
can be found:
ftp://ftp.kernel.org/pub/linux/kernel/people/tytso/ext4-patches/2.6.21-ext4-1
- Ted
On Mon, Apr 30, 2007 at 11:14:57AM -0400, Theodore Ts'o wrote:
>
> I've respun the ext4
Per last week's conference call, I've included an update of the
e2fsprogs patchset to support extents. It still needs more work before
it can be folded into mainline, but I'm including them so that people
can see which way I'm headed, and because debugfs has been enhaced to
show extents, which c
I've respun the ext4 development patchset, with Amit's updated fallocate
patches. I've added Dave's patch to add ia64 support to the fallocate
system call, but *not* the XFS fallocate support patches. (Probably
better for them to live in an xfs tree, where they can more easily
tested and updated
On Mon 30-04-07 08:09:30, Theodore Tso wrote:
> On Fri, Apr 27, 2007 at 12:09:42PM -0600, Andreas Dilger wrote:
> > I'd prefer that such functionality be integrated with Takashi's online
> > defrag tool, since it needs virtually the same functionality. For that
> > matter, this is also very simila
On Fri, Apr 27, 2007 at 12:09:42PM -0600, Andreas Dilger wrote:
> I'd prefer that such functionality be integrated with Takashi's online
> defrag tool, since it needs virtually the same functionality. For that
> matter, this is also very similar to the block-mapped -> extents tool
> from Aneesh.
Aneesh Kumar wrote:
What i am doing for creating a large number of extents is
dd if=/dev/zero of=myfile count=10
seek=20
while [ 1 ]; do dd if=/dev/zero of=myfile count=10 seek=$seek;
seek=`expr $seek + 20`; done
with AGGRESSIVE_TEST defined in include/linux/ext4_fs_extents.h you may
get much
On 4/24/07, Avantika Mathur <[EMAIL PROTECTED]> wrote:
Ext4 Developer Interlock Call: 04/23/2007 Meeting Minutes
TESTING
- extents testing
- Discussed methods for testing extents on highly fragmented
filesystems.
- Jose will look into possible tests, including perhaps using the
'aged' op
14 matches
Mail list logo