Re: [Btrfs-devel] btrfs and Solid State Disks (SSD).

2008-02-11 Thread Claudio Martins
On Monday 11 February 2008, Miguel Figueiredo Mascarenhas Sousa Filipe wrote: > > >From what I read, current SSD are characterized by: > > - poor performance in random writes (because of block erasure) > - require wear leveling, even those that emulate sata/ide/scsi disk > with onboard wear levelin

Re: [Btrfs-devel] btrfs and Solid State Disks (SSD).

2008-02-11 Thread Chris Mason
On Monday 11 February 2008, Miguel Figueiredo Mascarenhas Sousa Filipe wrote: > Hi there, > > This might sound stupid, but since I cannot infer from the > documentation and features of btrfs the answer to my doubts. > Here it goes: > > Is the data and metadata ondisk layout of btrfs favorable for S

[Btrfs-devel] btrfs and Solid State Disks (SSD).

2008-02-11 Thread Miguel Figueiredo Mascarenhas Sousa Filipe
Hi there, This might sound stupid, but since I cannot infer from the documentation and features of btrfs the answer to my doubts. Here it goes: Is the data and metadata ondisk layout of btrfs favorable for SSDs ? >From what I read, current SSD are characterized by: - poor performance in random wr

[Btrfs-devel] Re: [ANNOUNCE] Btrfs v0.12 released

2008-02-11 Thread Chris Mason
On Sunday 10 February 2008, David Miller wrote: > From: Chris Mason <[EMAIL PROTECTED]> > Date: Wed, 6 Feb 2008 12:00:13 -0500 > > This function never returns an error, so the simplest fix was to > return the hash value which avoids all of the issues. In attempting > other schemes to fix this, I f

Re: [Btrfs-devel] btrfs and Solid State Disks (SSD).

2008-02-11 Thread Dongjun Shin
On 2/12/08, Chris Mason <[EMAIL PROTECTED]> wrote: > On Monday 11 February 2008, Miguel Figueiredo Mascarenhas Sousa Filipe wrote: > > Hi there, > > > > This might sound stupid, but since I cannot infer from the > > documentation and features of btrfs the answer to my doubts. > > Here it goes: > >