From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Ball Subject: Re: [PATCH] mmc: Added quirks for Ricoh 1180:e823 lower base clock frequency Date: Wed, 13 Jul 2011 10:45:44 -0400 Message-ID: References: <1310419715-13254-1-git-send-email-manoj.iyer@canonical.com> <201107122000.50309.arnd@arndb.de> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from void.printf.net ([89.145.121.20]:43559 "EHLO void.printf.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754548Ab1GMOp7 (ORCPT ); Wed, 13 Jul 2011 10:45:59 -0400 In-Reply-To: <201107122000.50309.arnd@arndb.de> (Arnd Bergmann's message of "Tue, 12 Jul 2011 20:00:50 +0200") Sender: linux-mmc-owner@vger.kernel.org List-Id: linux-mmc@vger.kernel.org To: Arnd Bergmann Cc: Manoj Iyer , linux-kernel@vger.kernel.org, jbarnes@virtuousgeek.org, matsumur@nts.ricoh.co.jp, linux-pci@vger.kernel.org, linux-mmc@vger.kernel.org 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 One Laptop Per Child