New performance results have been uploaded for recent runs, including
the nodatasum option and a refresh of other file systems on current kernel.
http://btrfs.boxacle.net/repository/raid/history/History.html
No big surprises here, with the possible exception of the impact of
csums. For exampl
Josef Bacik wrote:
On Mon, Nov 16, 2009 at 10:45:28AM -0800, Roland Dreier wrote:
- The free space reporting doesn't seem to take into account the fact
that everything is going to be mirrored; so "df" et al report the
size of the filesystem and free space on the new filesystem as
size(
On Mon, Nov 16, 2009 at 10:45:28AM -0800, Roland Dreier wrote:
> I've just started playing around with btrfs RAID1, and I've noticed a
> couple of what seem to be UI issues. Suppose I do something like
> "mkfs.btrfs -d raid1 -m raid1 dev1 dev2". I see the following minor
> usability problems:
>
I've just started playing around with btrfs RAID1, and I've noticed a
couple of what seem to be UI issues. Suppose I do something like
"mkfs.btrfs -d raid1 -m raid1 dev1 dev2". I see the following minor
usability problems:
- Unless I'm missing something, there doesn't seem to be any way later
On Mon, Nov 16, 2009 at 09:15:27AM +0100, Markus Trippelsdorf wrote:
> Last night the following line was logged:
> Nov 16 04:01:07 arch kernel: btrfs failed to delete reference to ammintrin.h,
> inode 118665 parent 2687784
>
> This file is part of an rsnapshot backup directory:
> /var/.snapshots/
Chris Mason wrote:
On Mon, Nov 16, 2009 at 10:22:59AM -0600, Steven Pratt wrote:
Did we break the ability to run with -o nodatacsum somewhere along
the way? I had not run just this option in a while (usually doing
nodatacow which implies nodatacsum). Just did a full run with just
nodatacsum
On Mon, Nov 16, 2009 at 10:22:59AM -0600, Steven Pratt wrote:
> Did we break the ability to run with -o nodatacsum somewhere along
> the way? I had not run just this option in a while (usually doing
> nodatacow which implies nodatacsum). Just did a full run with just
> nodatacsum and it looks like
Chris Mason wrote:
On Mon, Nov 16, 2009 at 10:22:59AM -0600, Steven Pratt wrote:
Did we break the ability to run with -o nodatacsum somewhere along
the way? I had not run just this option in a while (usually doing
nodatacow which implies nodatacsum). Just did a full run with just
nodatacsum
On Mon, Nov 16, 2009 at 10:22:59AM -0600, Steven Pratt wrote:
> Did we break the ability to run with -o nodatacsum somewhere along
> the way? I had not run just this option in a while (usually doing
> nodatacow which implies nodatacsum). Just did a full run with just
> nodatacsum and it looks like
Did we break the ability to run with -o nodatacsum somewhere along the
way? I had not run just this option in a while (usually doing nodatacow
which implies nodatacsum). Just did a full run with just nodatacsum and
it looks like we still did csums.
from proc/mounts:
/dev/ffsbdev1 on /mnt/ffs
I played around with the btrfs discard support now that I've finished
trying up the ATA TRIM support to the block layer. These numbers are
with an OCZ-Vertex SSD with the 1.4 firmware, on a 2.6.32-rc7 kernel
and current git btrfs-progs with my patch do discard the whole device
at mkfs time.
I use
Just for clarity, getdents is exactly the other interface options
discussed couple of weeks back (use virtual directories & standard
file-system API).
Regards,
Andrey
On Mon, Nov 16, 2009 at 11:58 AM, TARUISI Hiroaki
wrote:
> Thank you for your advice.
>
> I'm aware of redundant search, but I
Thank you for your advice.
I'm aware of redundant search, but I didn't think of
getdents like interface.
I'll remake it without redundant search.
Regards,
taruisi
Yan, Zheng wrote:
> 2009/11/16 TARUISI Hiroaki :
>> I made Snapshot/subvolume listing feature.
>>
>> This feature consists of two pa
Last night the following line was logged:
Nov 16 04:01:07 arch kernel: btrfs failed to delete reference to ammintrin.h,
inode 118665 parent 2687784
This file is part of an rsnapshot backup directory:
/var/.snapshots/hourly.5/localhost/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.2.1/install-tools
On Mon, Nov 16, 2009 at 2:55 PM, Gong, Zhipeng wrote:
> The kernel oops can be reproduced with these steps steadily:
> dd if=/dev/zero of=img0 bs=1k count=262144
> dd if=/dev/zero of=img1 bs=1k count=262144
> losetup /dev/loop0 img0
> losetup /dev/loop1 img1
>
2009/11/16 TARUISI Hiroaki :
> I made Snapshot/subvolume listing feature.
>
> This feature consists of two patches, for kernel(ioctl),
> and for progs(btrfsctl). I send these two patches as response
> of this mail soon.
>
> New option '-l' is introduced to btrfsctl for listing.
>
> If this option i
16 matches
Mail list logo
