All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Christopher Fowler" <cfowler@outpostsentinel.com>
To: Cam Mayor <cmayor@iders.ca>,linux MTD mailing list
	<linux-mtd@lists.infradead.org>
Subject: Re: open question on flash speed/app blocking
Date: Tue, 15 Jan 2002 13:44:03 -0500	[thread overview]
Message-ID: <E16QYZ1-00041c-00@host3.hosting4everyone.com> (raw)

I've noticed that when I write to a file on my DOC2000 that they bus 
does not block until the bufffers are flushd.  My flashing program 
issues a sync() before unmounting the flash.  I even write a 21kb 
config to a raw partition.  That can take a while too.    I'm not sure 
if there is a way around this.  On the DOC2000 you need to use at least 
a block size of 4096.  Since the M-SYS driver reads and writes in those 
block sizes.  Maybe some other people here can talk about this subject.

Chris

> Hi all,
> 
> We're making an app that periodically writes a persistance file to 
flash.  I 
> haven't actually gotten a flash file system area working yet on my 
board, so 
> i can't test this yet for speed.   I know that the results will vary 
with the 
> hardware, the filesystem used, and a handful of other factors.  I'm 
assuming 
> that a write to the flash will be blocking - that is, nothing else 
will be 
> allowed to happen on the bus while that function is being performed.
> 
> For a file the size of 32bytes, 1kByte, and 32kBtyes, what kind of 
blocking 
> delay might one expect from linux writing to flash for each of those 
file 
> sizes?  What would be an optimum flash filesystem to use for 
something like 
> this?  (if there is one)
> 
> cheers,
> cam
> 
> ps. i'm using linux 2.4.6-rmk1-rayl1 and 2.4.16-rmk2.  I could use 
the latest 
> kernel, too, i just haven't gotten around to it.  For development 
purposes, 
> i'm using a cirrus CDB89712 development board, which has the cs89712 
> processor and some Intel 28f320B3 flash on it.
> 
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/
> 
> 

             reply	other threads:[~2002-01-15 18:33 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-15 18:44 Christopher Fowler [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-01-15 18:18 open question on flash speed/app blocking Cam Mayor
2002-01-16 19:47 ` Herman Oosthuysen
2002-01-16 21:18   ` Vipin Malik
     [not found] ` <000e01c19ec6$b2cd5980$0100007f@localdomain.wni.com.wireles snetworksinc.com>
2002-01-16 22:47   ` Mark Sienkiewicz

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=E16QYZ1-00041c-00@host3.hosting4everyone.com \
    --to=cfowler@outpostsentinel.com \
    --cc=cmayor@iders.ca \
    --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.