On 12/08/2014 01:12 AM, ashford@xxxxxxxxxxxxx wrote:
> Goffredo,
>
>> So in case you have a raid1 filesystem on two disks; each disk has 300GB
>> free; which is the free space that you expected: 300GB or 600GB and why ?
>
> You should see 300GB free. That's what you'll see with RAID-1 with a
> hardware RAID controller, and with MD RAID. Why would you expect to see
> anything else with BTRFS RAID?
I had to ask you because in a your previous email you stated something
different:
On 12/07/2014 09:32 PM, ashford@xxxxxxxxxxxxx wrote:
> I disagree. My experiences with other file-systems, including ZFS, show
> that the most common solution is to just deliver to the user the actual
> amount of *unused disk space*
^^^^^^^^^^^^^^^^^^^
So I expected that you answered with 600GB. But you have told the true:
the user want to know how many data is able to store on the disk, and
not the unused disk space.
But I have to point out that the common case is one disk filesystem
where the metadata chunks have a ratio data stored/disk space
consumed of 1:2; the data chunks have a ratio of 1:1. This is one
reason why is difficult to evaluate the free space: if you have
all metadata chunks, you have to half the disk space.
Another reason is that there is the idea to allow different raid
profiles in the same filesystem. This will further complicate the
free space evaluation.
> Peter Ashford
G.Baroncelli
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
gpg @keyserver.linux.it: Goffredo Baroncelli <kreijackATinwind.it>
Key fingerprint BBF5 1610 0B64 DAC6 5F7D 17B2 0EDA 9B37 8B82 E0B5
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
