There is the original python version of the first torrent client. It might
be usable. The code was pulled a while back but should be out there some
where. If you can't find it, I have it some where and should be able to lay
my hands on it.
Bobby
- Original Message -
From: Peter
Hi Michael,
Did a little bit more checking. The smallest block size appears to be 512
bytes. The more common block size is 1024 bytes to 2048 bytes for the larger
cards. At the time of the document in 2003 they were saying that for a 4 mega
byte area they allotted a 3 percent amount of
Hi Jim,
Thanks for sending that out. After reading page 3 it looks like the card
maintains a pool of available addresses per zone and uses a new one for each
new write. When the available pool of 3 % per zone is used up the card will
fail. The wear leveling is not over the entire card as of
Based on a 4MB zone and a 3 % reserve block there would be 120k bytes of
reserve bytes per 4MB zone. According to the doc the pool is a random
assortment per zone. It all comes down to how fast 120k bytes wear out.
Modern hard drives have a reserve pool and replace sectors or tracks that are
available counts.
Bobby
- Original Message -
From: Bobby Clark
To: uClinux development list
Sent: Thursday, March 26, 2009 9:26 AM
Subject: Re: [uClinux-dev] SD card corruption upon reboot and de-power
Based on a 4MB zone and a 3 % reserve block there would be 120k bytes
reboot and de-power
Read: ProdManualSDCardv1.9.pdf
I never saw any such commands or status,
2009/3/26 Bobby Clark bcl...@airmail.net
There were a number of patents issued to SanDisk starting in the early 90's
for flash wear leveling. One of the more recent ones is 6,985,992
- Original Message -
From: Greg Ungerer [EMAIL PROTECTED]
To: uClinux development list uclinux-dev@uclinux.org
Cc: [EMAIL PROTECTED]
Sent: Wednesday, February 14, 2007 5:54 PM
Subject: Re: [uClinux-dev] Could it possible to port uClinux to 51 based
MCU?
Hi Stevin,
[EMAIL