public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
* NAND pages cache?
@ 2004-11-15  8:49 Artem Bityuckiy
  2004-11-15  8:49 ` David Woodhouse
  0 siblings, 1 reply; 6+ messages in thread
From: Artem Bityuckiy @ 2004-11-15  8:49 UTC (permalink / raw)
  To: linux-mtd

Hello,

It is known that MTD always reads/writes in fractions of the whole NAND 
pages. An this is right I believe.

But while working with JFFS2, I have mentioned that very often it reads 
the same page several times consequently. This happens for example, when 
JFFS2 performs Garbage Collection, and there are several small nodes in 
the NAND page. Thus, when JFFS2 reads these nodes, it re-reads the same 
NAND page several times. This is bad.

So, the obvious idea how to avoid this is to introduce something like 
NAND pages cache. The cache will keep several NAND pages which were last 
accessed.

Obviously, this will require at least one more page buffer copy 
operation and, for example, will only decrease the sequential read speed.

So, It is possible to introduce calls like:

nand_read_buffered
nand_read_unbuffered

I don not know is it good to do this only in JFFS2 or on the MTD NAND layer?

Comments?

Thanks.

-- 
Best regards, Artem B. Bityuckiy
Oktet Labs (St. Petersburg), Software Engineer.
+78124286709 (office) +79112449030 (mobile)
E-mail: dedekind@oktetlabs.ru, web: http://www.oktetlabs.ru

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2004-11-15 10:08 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-11-15  8:49 NAND pages cache? Artem Bityuckiy
2004-11-15  8:49 ` David Woodhouse
2004-11-15  9:22   ` Thomas Gleixner
2004-11-15  9:43     ` Artem Bityuckiy
2004-11-15  9:57       ` Thomas Gleixner
2004-11-15 10:07         ` Artem Bityuckiy

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox