linux-ext4 - Re: Extents in spare files on ext4 not being merged

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <20100214180339.GH5337@thunk.org>
Date:	Sun, 14 Feb 2010 13:03:39 -0500
From:	tytso@....edu
To:	Jari Sundell <sundell.software@...il.com>
Cc:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	linux-ext4@...r.kernel.org
Subject: Re: Extents in spare files on ext4 not being merged

On Sun, Feb 14, 2010 at 10:50:45PM +0900, Jari Sundell wrote:
> http://libtorrent.rakshasa.no/ticket/460#comment:49
> 
> Some users of rtorrent reported very high number of extents for files
> despite the use of posix_fallocate/fallocate on ext4. (3000+ for 250MB
> file, ) A test program showed that the file was contiguous on disk
> despite the high number of extents reported by filefrag. (Not sure
> what kernel versions they used)

Yeah, it's a known problem.  The main problem is that we are only
checking to see merge both to the left and the right of the extent
tree when converting an extent from uninitialzied to initialized.

I've cc'ed the linux-ext4 list in the hopes someone is motivated to
fix this long-standing shortcoming.  Unless someone starts working
quickly, it's not likely it will make this upcoming merge window, but
we can hope....

						- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html