[Apologies for the delay. I typed most of this in a long time ago, then I got
distracted.]
Mitch: Many thanks for the heads up. I think I knew about most of the
quirks, but I
hadn't noticed the interactions of the alignment preferences before.
Al Fazio is Intel's flash guru/evangelist. He gav
On Wed, Feb 4, 2009 at 11:40 PM, Mitch Bradley wrote:
> http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device
hot off the press I think. Interesting hints on how to get the
partitioning right:
http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-erase-block-size/
chee
On Wed, 4 Feb 2009, Mitch Bradley wrote:
> Benjamin M. Schwartz wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Mitch Bradley wrote:
>>
>>> It has been my experience that USB sticks and SD cards with intact
>>> factory formatting tend to last longer and run faster than ones that
>
On Wed, 4 Feb 2009, Bobby Powers wrote:
> On Wed, Feb 4, 2009 at 4:11 PM, Benjamin M. Schwartz
> wrote:
>> This gives us Linux users a bit of a dilemma if we want to use FTL flash
>> for primary storage. FAT does not provide the file access permissions,
>> symlinks, hardlinks, or even case sensi
On Wed, 4 Feb 2009, Mitch Bradley wrote:
> da...@lang.hm wrote:
>>
>> so if the device is performing wear leveling, then the fact that your FAT
>> is on the same eraseblock as your partition table should not matter in the
>> least, since the wear leveling will avoid stressing any particlar part
On Wed, Feb 04, 2009 at 07:51:44PM -0500, Bobby Powers wrote:
> What about a small script that could do two things:
Sounds great.
--
James Cameronmailto:qu...@us.netrek.org http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
On Wed, Feb 4, 2009 at 4:11 PM, Benjamin M. Schwartz
wrote:
> This gives us Linux users a bit of a dilemma if we want to use FTL flash
> for primary storage. FAT does not provide the file access permissions,
> symlinks, hardlinks, or even case sensitivity, that we desire for most
> filesystems on
Benjamin M. Schwartz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Mitch Bradley wrote:
>
>> It has been my experience that USB sticks and SD cards with intact
>> factory formatting tend to last longer and run faster than ones that
>> have been reformatted with random layouts.
>
>
>> > http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device
>> >
>> > Read it and weep.
>>
>
> It's a great article, but people that aren't very familiar with
> filesystems and the filesystem tools are going to read the article, look
> at their tools, scratch their heads, decide the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mitch Bradley wrote:
> It has been my experience that USB sticks and SD cards with intact
> factory formatting tend to last longer and run faster than ones that
> have been reformatted with random layouts.
This gives us Linux users a bit of a dilemm
I am the author of the page in question. To establish my credentials, I
wrote my first filesystem forensic tool in 1980, to diagnose and repair
a Unix filesystem that had been damaged by a kernel misconfigured that
made it swap on top of the filesystem. That was when 10 MB disk packs
the size
On Wed, 4 Feb 2009, da...@lang.hm wrote:
> On Wed, 4 Feb 2009, Benjamin M. Schwartz wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>>
>> Umm, what?
>>
>> "To alleviate the "wear out" problems, the FTL must move data around so
>> that repeated writes to a given sector don't cause t
On Wed, 4 Feb 2009, Benjamin M. Schwartz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> da...@lang.hm wrote:
>> On Wed, 4 Feb 2009, Mitch Bradley wrote:
>>
>>> http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device
>>>
>>> Read it and weep.
>>
>> this completely ignores wear
On Wed, 2009-02-04 at 00:40 -1000, Mitch Bradley wrote:
> http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device
>
> Read it and weep.
It's a great article, but people that aren't very familiar with
filesystems and the filesystem tools are going to read the article, look
at their tools, s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
da...@lang.hm wrote:
> On Wed, 4 Feb 2009, Mitch Bradley wrote:
>
>> http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device
>>
>> Read it and weep.
>
> this completely ignores wear leveling, which is very nessasary for just
> about any files
da...@lang.hm wrote:
> On Wed, 4 Feb 2009, Mitch Bradley wrote:
>
> > http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device
> >
> > Read it and weep.
>
> this completely ignores wear leveling, which is very nessasary for just
> about any filesystem, but especially for FAT (which
On Wed, 4 Feb 2009, Mitch Bradley wrote:
> http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device
>
> Read it and weep.
this completely ignores wear leveling, which is very nessasary for just
about any filesystem, but especially for FAT (which appear to be the only
filesystems this auth
On Wed, Feb 04, 2009 at 12:40:38AM -1000, Mitch Bradley wrote:
> http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device
> Read it and weep.
+1
Fixed a couple of typos in the last section.
Also, re:
"Conversely, if the layout is bad, every cluster write might "split" two
pages, forcing t
http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device
Read it and weep.
Mitch
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
19 matches
Mail list logo
