MTD/flash perfomance statistics
Bruce_Leonard at selinc.com
Bruce_Leonard at selinc.com
Fri Nov 21 13:41:38 EST 2008
Hi Artem,
Artem Bityutskiy <dedekind at infradead.org> wrote on 11/18/2008 12:05:09 AM:
> On Mon, 2008-11-17 at 15:42 -0800, Bruce_Leonard at selinc.com wrote:
> > "They appear to be going the wrong way. We're looking for runtime
> > diagnostic-y type of things (i.e. Number of writes to the flash,
number of
> > bad blocks, statistics from the wear leveler to see how the wear
leveling
> > is going, etc.) Things that don't take a lot of CPU time to do, like
> > counters, that we can use to give us information on what a customer's
box
> > may or may not be doing in the field. A ready example that comes to
mind
> > is ethernet statistics, bytes/packets sent/recieved, error counts,
etc. Or
> > if you want a storage analog, things like you would see in
> > /sys/block/hda/stat but adapted to make sense in Flash storage."
>
> I see. No, we do not really provide this statistics, just because no one
> needed this. Please, give me the list of what exactly you would like to
> know, and I will try to implement this for you.
>
Okay, a bit more info has trickled in from the application guys. We don't
know exactly what we want, but something is better than nothing :). What
we're looking for is information regarding how often we're
reading/writting the flash, how many factory bad blocks there are, how
many bad blocks have developed over time. We want to be able to make a
rough estimate of how long a part is going to last, based on the part
itself (i.e., number of bad blocks) and any given customer's usage of the
product (i.e., how often is the part being accessed, how many new bad
blocks have developed, how well is the UBI wear leveling working) wich
will vary from customer to customer depending on how they're using the
product. It doesn't have to be anything sophisticated and I think
primarily what the app guys are after are things that UBI probably already
tracks for the wear leveling (i.e., number of writes and bad blocks).
Does this help?
Thanks.
Bruce
More information about the linux-mtd
mailing list