Thread (53 messages) 53 messages, 6 authors, 2011-03-05

Re: MMC quirks relating to performance/lifetime.

From: Arnd Bergmann <arnd@arndb.de>
Date: 2011-02-25 12:21:09
Also in: linux-arm-kernel, linux-fsdevel

On Friday 25 February 2011, Andrei Warkentin wrote:
Yup. I understand :-).  That's the strategy I'm going to follow. For
page_size-alignment/splitting I'm looking at the block layer now. Is
that the right approach or should I still submit a (cleaned up) patch
to mmc/card/block.c for that performance improvement.
I guess it should live in block/cfq-iosched in the long run, but I don't
know how easy it is to implement it there for test purposes.

It may be easier to prototype it in the mmc code, since you are more
familiar with that already, post that patch together with benchmark
results and then do a new patch for the final solution. We'll need
more benchmarking to figure out if that should be applied for
all nonrotational storage, or if there are cases where it actually
hurts performance to split requests on page boundaries.

If it turns out to be a good idea in general, we won't even need a
sysfs interface for enabling it, just one for reading/writing the
underlying page size.
The other (Toshiba quirk) is obviously a quirk belonging to mmc/card/block.c.
Makes sense.

	Arnd
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help