From: "Doug Graham" <dgraham@nortel.com>
To: Jamie Lokier <jamie@shareable.org>
Cc: Josh Boyer <jwboyer@gmail.com>, linux-mtd@lists.infradead.org
Subject: Re: mtdblock caching and syncing
Date: Thu, 9 Apr 2009 15:24:31 -0400 [thread overview]
Message-ID: <20090409192431.GM15952@nortel.com> (raw)
In-Reply-To: <20090409180724.GG14196@shareable.org>
On Thu, Apr 09, 2009 at 07:07:24PM +0100, Jamie Lokier wrote:
> Doug Graham wrote:
> > > The device in question isn't the flash. It's the mtdblock device. So
> > > fsync semantics are preserved. This is the same as writing to a file
> > > on a hard drive, calling fsync, and having it sit in the hard drive's
> > > cache.
> >
> > That's a good point, and one I've wondered about before. I don't know
> > much about how hard drives manage their cache, but I would assume that
> > they don't leave dirty data in their cache for an unbounded period
> > of time. I'd guess that data is written to the actual disk within a
> > few 10s of milliseconds after being sent to the device.
>
> Ideally, fsync() should flush data from a hard drive's cache too.
That seems ideal to me too, and if Linux had the framework to support
that, the solution to the mtdblock problem would be trivial. I'd guess
that the cleanest way to do this would be to add a sync() method to
block_device_operations.
--Doug.
next prev parent reply other threads:[~2009-04-09 19:24 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-09 14:15 mtdblock caching and syncing Doug Graham
2009-04-09 14:51 ` Josh Boyer
2009-04-09 16:02 ` Doug Graham
2009-04-09 17:16 ` Josh Boyer
2009-04-09 18:07 ` Jamie Lokier
2009-04-09 19:24 ` Doug Graham [this message]
2009-04-23 18:21 ` Miles Nordin
2009-04-24 15:35 ` Jamie Lokier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090409192431.GM15952@nortel.com \
--to=dgraham@nortel.com \
--cc=jamie@shareable.org \
--cc=jwboyer@gmail.com \
--cc=linux-mtd@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.