ext4fs: Add ext4 extent cache for read operations
authorIonut Nicu <ioan.nicu.ext@nsn.com>
Tue, 4 Feb 2014 14:48:10 +0000 (15:48 +0100)
committerTom Rini <trini@ti.com>
Fri, 21 Feb 2014 16:33:18 +0000 (11:33 -0500)
commitfc0fc50f38a4d7d0554558076a79dfe8b0d78cd5
treee601cd6598fa0f21fe78c1941e8d74dd9782bedb
parentee456337c6820721a7e5f7819830179fcafa9fc2
ext4fs: Add ext4 extent cache for read operations

In an ext4 filesystem, the inode corresponding to a file has a 60-byte
area which contains an extent header structure and up to 4 extent
structures (5 x 12 bytes).

For files that need more than 4 extents to be represented (either files
larger than 4 x 128MB = 512MB or smaller files but very fragmented),
ext4 creates extent index structures. Each extent index points to a 4KB
physical block where one extent header and additional 340 extents could
be stored.

The current u-boot ext4 code is very inefficient when it tries to load a
file which has extent indexes. For each logical file block the code will
read over and over again the same blocks of 4096 bytes from the disk.

Since the extent tree in a file is always the same, we can cache the
extent structures in memory before actually starting to read the file.

This patch creates a simple linked list of structures holding information
about all the extents used to represent a file. The list is sorted by
the logical block number (ee_block) so that we can easily find the
proper extent information for any file block.

Without this patch, a 69MB file which had just one extent index pointing
to a block with another 6 extents was read in approximately 3 minutes.
With this patch applied the same file can be read in almost 20 seconds.

Signed-off-by: Ionut Nicu <ioan.nicu.ext@nsn.com>
fs/ext4/ext4_common.c
fs/ext4/ext4_common.h
fs/ext4/ext4fs.c