The FIBMAP ioctl on holes or after end of file gives the values -1 to 6. ext2 and reiserfs reurns 0. I thing this is the right value. The attached programm FIBMAPs the first 32 512byte blocks of a f
The HOLE file has 3 4K Blocks. The first contains "hole\n" and padded the rest to 4K with NUL chars. The second block is a hole, never written to it (seek=2). It reads like 4K NUL chars. The 3rd con
hi Utz, I have just checked in a fix, should appear in cvs shortly. Thanks for the detailed analysis & test program. Did you just discover this problem by inspection, or did it bite you in some other
Hi Nathan The fix works. Thanks. I found this with the fibmap program of Constantin Loizides fragmentation project. http://www.informatik.uni-frankfurt.de/~loizides/reiserfs/ Note: The current versio
Author: Constantin Loizides <Constantin.Loizides@xxxxxx>
Date: Fri, 03 Aug 2001 13:57:08 +0200
thanx to Utz, I have rewritten the fibmap tool. You find it at http://www.informatik.uni-frankfurt.de/~loizides/reiserfs/ Should work now on xfs, too. Also did some minor changes. Utz, could you t
Author: Federico Sevilla III <jijo@xxxxxxxxxxxxxxxxxxxx>
Date: Fri, 3 Aug 2001 20:09:43 +0800 (PHT)
With the just checked-in fix for the FIBMAP issues, I wonder if you will get better performance for XFS using the latest CVS copy. Also, Alan Cox has just released ac4 which contains a lot of ReiserF
I just chased down a bug in the xfs_db program which makes its fragmentation command work correctly, should show up in the cvs tree within the hour. Once it does you will be able to do this: xfs_db
Author: Constantin Loizides <Constantin.Loizides@xxxxxx>
Date: Fri, 03 Aug 2001 18:04:30 +0200
Hi Steve Actually fibmap is only working on regular files. (So the directories are just counted for fun.) Hardlinks are treated as regular files, symlinks are not followed. But you say, xfs_db frag f
Hmm, I think you changed the -v output, not the summary, I made my own change and got this output: Result for 48425 files 3044 dirs: Int: 0.873321 Ext: 1.000000 1.000000 1.000000 1.000000 - 1.000162
Author: Constantin Loizides <Constantin.Loizides@xxxxxx>
Date: Fri, 03 Aug 2001 19:23:53 +0200
Hi Steve, Oh yes, how stupid I am *g* Correct That's called internal fragmentation in literature. But you are right, it is not what you usually talk of when talking about (external) fragmentation Per
It is using 4K blocks, XFS is good at this stuff ;-). Actually, large files will tend to reduce the fragmentation, i.e. a 399K file which consumes 400K of disk space is not very fragmented by this m
Days or Less !! Generate traffic to your website by the thousands!!! Have complete control on who receives your ad. Get thousands of Targeted visitors!!! Why it Works. Beca
(unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id CAA7157306; Fri, 3 Aug 2001 08:01:33 +0200 (CEST) Cc: yocum@xxxxxxxx, xfs-list <linux-xfs@xxxxxxxxxxx>
in a fix, should appear in cvs shortly. Thanks for the detailed analysis & test program. Did you just discover this problem by inspection, or did it bite you in some other
Thanks. I found this with the fibmap program of Constantin Loizides fragmentation project. http://www.informatik.uni-frankfurt.de/~loizides/reiserfs/ Note: The current versio
checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:100144a cmd/xfsprogs/db/frag.c - 1.3 - Fix endian conversion problem in frag command - we wer