diff options
author | Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz> | 2014-01-29 00:11:33 +0100 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2014-02-02 16:24:07 -0800 |
commit | 1c0b8a7a62c3d3ebf53a8e40cc6da22f5e192d63 (patch) | |
tree | 3ecae7ff3391cfcd628c2d78acee83a78e9de66e /tools/perf/MANIFEST | |
parent | 2cbe5c76fc5e38e9af4b709593146e4b8272b69e (diff) | |
download | op-kernel-dev-1c0b8a7a62c3d3ebf53a8e40cc6da22f5e192d63.zip op-kernel-dev-1c0b8a7a62c3d3ebf53a8e40cc6da22f5e192d63.tar.gz |
hpfs: optimize quad buffer loading
HPFS needs to load 4 consecutive 512-byte sectors when accessing the
directory nodes or bitmaps. We can't switch to 2048-byte block size
because files are allocated in the units of 512-byte sectors.
Previously, the driver would allocate a 2048-byte area using kmalloc,
copy the data from four buffers to this area and eventually copy them
back if they were modified.
In the current implementation of the buffer cache, buffers are allocated
in the pagecache. That means that 4 consecutive 512-byte buffers are
stored in consecutive areas in the kernel address space. So, we don't
need to allocate extra memory and copy the content of the buffers there.
This patch optimizes the code to avoid copying the buffers. It checks
if the four buffers are stored in contiguous memory - if they are not,
it falls back to allocating a 2048-byte area and copying data there.
Signed-off-by: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'tools/perf/MANIFEST')
0 files changed, 0 insertions, 0 deletions