On Friday 18 February 2011 23:40:16 Andrei Warkentin wrote: > On Fri, Feb 18, 2011 at 1:47 PM, Andrei Warkentin <andreiw@xxxxxxxxxxxx> wrote: > > Flashbench timings for both Sandisk and Toshiba cards. Attaching due to size. Very nice, thanks for the measurement! I don't think having the results inline in the mail is a problem, it would even make it easier to quote. > Some interesting things that I don't understand. For the align test, I > extended it to do a write align test (-A). I tried two partitions that > I could write over, and both read and writes behaved differently for > the two partitions on same device. Odd. They are both 4MB aligned. I never did a write align test because the results will be highly unreliable as soon as you get into thrashing. Your results seem to be meaningful still, so maybe we should have it after all, but I'll put a big warning on it. > On the sandisk it was the write align that made the page size stand > out. The read align had pretty constant results. I've noticed on other Sandisk media that the read align test is sometimes useless. It may help to do a full erase of the partition, or to fill it with data before running the test. > On the toshiba the results varied wildly for the two partitions. For > partition 6, there was a clear pattern in the diff values for read > align. For 9, it was all over the place. For 9 with the write align, > 8K and 16K the crossing writes took ~115ms!! Look in attached files > for all the data. Partition 6 is a lot smaller, so you have the accesses less than a segment apart, so it shows other effects. > The AU tests were interesting too, especially how with several open > AUs the throughput is higher for certain smaller sizes on sandisk, but > if I interpret it correctly both cards have at least 4 AUs, as I > didn't see yet a significant drop for small sizes. The larger ones I > am running now on mmcblk0p9 which is sufficiently larger for these > tests... (mmcblk0p6 is only 40mb, p9 is 314 mb) Right, you should try larger values for --open-au-nr here. It's at least a good sign that the drive can do random access inside a segment and that it can have at least 4 segments open. This is much better than I expected from your descriptions at first. However, the drop from 32 KB to 16 KB in performance is horrifying for the Toshiba drive, it's clear that this one does not like to be accessed smaller than 32 KB at a time, an obvious optimization for FAT32 with 32 KB clusters. How does this change with your kernel patches? For the sandisk drive, it's funny how it is consistently faster doing random access than linear access. I don't think I've seem that before. It does seem to have some cache for linear access using smaller than 16 KB, and can probably combine them when it's only writing to a single segment. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
