The patch titled
ext3: uninline large functions
has been added to the -mm tree. Its filename is
ext3-uninline-large-functions.patch
See http://www.zip.com.au/~akpm/linux/patches/stuff/added-to-mm.txt to find
out what to do about this
---
The patch titled
ext4: uninline large functions
has been added to the -mm tree. Its filename is
ext4-uninline-large-functions.patch
See http://www.zip.com.au/~akpm/linux/patches/stuff/added-to-mm.txt to find
out what to do about this
---
> On Nov 03, 2006 15:30 +0100, Jan Kara wrote:
> > > - stripe unit and stripe width need to be exposed so defrag too
> > > can make correct placement decisions.
> > fs-specific thing...
>
> I think this is not just XFS-specific. It is very desirable to align
> large IO to the RAID stripe so
On Nov 03, 2006 15:30 +0100, Jan Kara wrote:
> > - stripe unit and stripe width need to be exposed so defrag too
> > can make correct placement decisions.
> fs-specific thing...
I think this is not just XFS-specific. It is very desirable to align
large IO to the RAID stripe so that if you wr
On Fri, 2006-11-03 at 09:59 +1100, David Chinner wrote:
> Let me get this straight - the interface you propose for
> moving data about is:
>
> read and process extents into an internal structure
> find range where you want to relocate
> find free space you want to relocate into
Hello,
Thanks for your comments.
> > from the thread after my patch implementing ext3 online
> > defragmentation I found out that probably the only (and definitely the
> > biggest) issue is the interface. Someone wants is common enough so that
> > we can profit from common tools for several