software stack has no specific data
# structure that is placed at the block numbers of interest.
#
# These observations indicate that hardware or firmware bugs that affect
# specific sets of block numbers might exist. Therefore, RAID system designers
# may be well-advised to use staggered stripes
]herefore,
# RAID system designers may be well-advised to use staggered
# stripes such that the blocks that form a stripe (providing
# the required redundancy) are placed at different block numbers
# on different disks.
Does the BTRFS RAID functionality do such staggered stripes? If not
could
, RAID system designers
# may be well-advised to use staggered stripes such that the blocks that form
# a stripe (providing the required redundancy) are placed at different block
# numbers on different disks.
Does the BTRFS RAID functionality do such staggered stripes? If not could
On Thu, 15 May 2014 09:31:42 Duncan wrote:
Does the BTRFS RAID functionality do such staggered stripes? If not
could it be added?
AFAIK nothing like that yet, but it's reasonably likely to be implemented
later. N-way-mirroring is roadmapped for next up after raid56
completion, however
On 2014/05/15 04:38 PM, Russell Coker wrote:
On Thu, 15 May 2014 09:31:42 Duncan wrote:
Does the BTRFS RAID functionality do such staggered stripes? If not
could it be added?
AFAIK nothing like that yet, but it's reasonably likely to be implemented
later. N-way-mirroring is roadmapped
On Fri, May 16, 2014 at 12:38:04AM +1000, Russell Coker wrote:
On Thu, 15 May 2014 09:31:42 Duncan wrote:
Does the BTRFS RAID functionality do such staggered stripes? If not
could it be added?
AFAIK nothing like that yet, but it's reasonably likely to be implemented
later. N-way
On Fri, 16 May 2014 00:38:04 +1000
Russell Coker russ...@coker.com.au wrote:
You do mention the partition alternative, but not as I'd do it for
such a case. Instead of doing a different sized buffer partition
(or using the mkfs.btrfs option to start at some offset into the
device) on
