[PATCH][RFC] NAND subpage read feature. Take 2.

Hamish Moffatt hamish at cloud.net.au
Mon May 5 20:15:15 EDT 2008


On Mon, May 05, 2008 at 09:37:45AM +0200, Jörn Engel wrote:
> On Sun, 4 May 2008 12:46:31 +0400, Alexander Belyakov wrote:
> > On Fri, May 2, 2008 at 12:25 AM, Jörn Engel <joern at logfs.org> wrote:
> > >
> > > ...and creates a peculiar conflict of interests in me.  I've added full
> > > caching of the complete mtd in logfs, which gave a huge speedup to some
> > > of my testcases.  However caching is done in page granularity, therefore
> > > it would completely defeat this patch, which also gives a speedup.
> > 
> > There is a special case for page aligned data where generic
> > read_page() is being used instead of read_subpage(). I believe logfs
> > caching won't suffer from this patch.
> 
> Actually, logfs caching would help jffs2 as well, as soon as you have
> several parallel readers.  It should be made generic mtd caching.  And
> when made generic, it would effectively defeat this patch, as all reads
> would be (DRAM-) pagesized.

.. and therefore performance would be worse for UBI attach, for example.
Caching only makes sense when you can read extra data at no cost. Unless
you can find some way to cache while idle but abort if it is delaying
another read?


Hamish
-- 
Hamish Moffatt VK3SB <hamish at debian.org> <hamish at cloud.net.au>



More information about the linux-mtd mailing list