Hi Arnd, On Tue, Jul 12 2011, Arnd Bergmann wrote: > I would very much expect that to be nonreproducible. The first row > in each test is the result of a single write() system call and does > not get averaged out. More importantly the time for each write > depends a lot of the state of the card before the write. > > For instance when you do a lot of random writes to a card, optionally > take it out and put it into a different machine, and then do a large > linear write, that linear write will be very slow because the > card has to garbage collect all the random writes that were done > earlier. After a few writes (usually one is enough), it gets back > to the full performance. That makes sense. Do you think this explains Manoj getting a slower first file copy speed (757ms vs. 480ms) after applying his patch? (Manoj, perhaps you could retry your test without GC being needed?) What would we expect lowering the SD base clock frequency from 200MHz to 50MHz to do to performance theoretically? Thanks, - Chris. -- Chris Ball <cjb@xxxxxxxxxx> <http://printf.net/> One Laptop Per Child -- 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
