On Fri, Jun 8, 2012 at 2:40 PM, Arne Jansen wrote:
> On 06/08/2012 09:24 PM, Matthew Hawn wrote:
>> I just converted my root filesystem to btrfs with btrfs-convert. However,
>> since I am running Ubuntu, I would like to have the same subvolume structure
>> as a default install,. How do I move t
On 13.06.2012 09:04, C Anthony Risinger wrote:
> On Fri, Jun 8, 2012 at 2:40 PM, Arne Jansen wrote:
>> On 06/08/2012 09:24 PM, Matthew Hawn wrote:
>>> I just converted my root filesystem to btrfs with btrfs-convert. However,
>>> since I am running Ubuntu, I would like to have the same subvolume
Fajar A. Nugraha posted on Wed, 13 Jun 2012 08:49:47 +0700 as excerpted:
> As for "lose their filesystems", are there recent ones that uses one of
> the three distros above, and is purely btrfs "fault"? The ones I can
> remember (from the post to this list) were broken on earlier kernels, or
> cau
On 06/13/2012 05:10 AM, Ted Ts'o wrote:
> On Tue, Jun 12, 2012 at 04:44:23PM -0400, Chris Mason wrote:
>> On Tue, Jun 12, 2012 at 01:15:27PM -0600, Ted Ts'o wrote:
>>> It appears the NOCOW_FL flag is currently a no-op in the 3.2 kernel?
>> It's not a noop, but it is only setting the NODATACOW flag
Add the missing usage for No_COW since we've supported No_COW flag.
Signed-off-by: Liu Bo
---
misc/chattr.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/misc/chattr.c b/misc/chattr.c
index 141ea6e..24254cc 100644
--- a/misc/chattr.c
+++ b/misc/chattr.c
@@ -83,7 +83,7
On Wed, 13 Jun 2012 15:47:13 +0800
Liu Bo wrote:
> Add the missing usage for No_COW since we've supported No_COW flag.
>
> Signed-off-by: Liu Bo
> ---
> misc/chattr.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/misc/chattr.c b/misc/chattr.c
> index 141ea6e..
-Original Message-
From: linux-btrfs-ow...@vger.kernel.org
[mailto:linux-btrfs-ow...@vger.kernel.org] On Behalf Of Hugo Mills
Sent: Wednesday, June 13, 2012 1:37 AM
To: Santosh Hosamani
Cc: linux-btrfs@vger.kernel.org
Subject: Re: Bug in btrfs-debug-tree for two or more devices.
On Tue,
-Original Message-
From: linux-btrfs-ow...@vger.kernel.org
[mailto:linux-btrfs-ow...@vger.kernel.org] On Behalf Of Randy Barlow
Sent: Tuesday, June 12, 2012 8:28 PM
To: linux-btrfs@vger.kernel.org
Subject: Re: Bug in btrfs-debug-tree for two or more devices.
On Tuesday, June 12, 2012 06
Add the missing usage for No_COW since we've supported No_COW flag.
Signed-off-by: Liu Bo
---
v1->v2: sort options alphabetically, thanks to Roman Mamedov.
misc/chattr.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/misc/chattr.c b/misc/chattr.c
index 141ea6e..24254c
On Wed, Jun 13, 2012 at 2:23 PM, Duncan <1i5t5.dun...@cox.net> wrote:
> Fajar A. Nugraha posted on Wed, 13 Jun 2012 08:49:47 +0700 as excerpted:
>
>> As for "lose their filesystems", are there recent ones that uses one of
>> the three distros above, and is purely btrfs "fault"? The ones I can
>> re
On Wed, Jun 13, 2012 at 2:21 AM, Arne Jansen wrote:
> On 13.06.2012 09:04, C Anthony Risinger wrote:
>>
>> a) have a lot of data
>> b) need to do this via script
>> c) ???
>>
>> ... because in a), data will *copied* the slow way, and in b) you
>> leave a bunch of junk laying around in the old root
On Wed, Jun 13, 2012 at 4:44 PM, C Anthony Risinger wrote:
> On Wed, Jun 13, 2012 at 2:21 AM, Arne Jansen wrote:
>> On 13.06.2012 09:04, C Anthony Risinger wrote:
>>> ... because in a), data will *copied* the slow way
>> What I don't understand is why you think data will be copied.
> at one po
This patchset is against one of project ideas, RBtree lock contention:
"Btrfs uses a number of rbtrees to index in-memory data structures.
Some of these are dominated by reads, and the lock contention from searching
them is showing up in profiles. We need to look into an RCU and sequence
counter c
In order to reduce write locks, we do merge_state as much as much as possible.
Signed-off-by: Liu Bo
---
fs/btrfs/extent_io.c | 47 +++
1 files changed, 27 insertions(+), 20 deletions(-)
diff --git a/fs/btrfs/extent_io.c b/fs/btrfs/extent_io.c
index
We used to issue a checksum to an extent state of 4K range for read endio,
but now we want to use larger range for performance optimization, so instead we
create a radix tree for checksum, where an item stands for checksum of 4K data.
Signed-off-by: Liu Bo
---
fs/btrfs/extent_io.c | 84 +++
we use larger extent state range for both readpages and read endio, so that
we can lock or unlock less and avoid most of split ops, then we'll reduce write
locks taken at endio time.
Signed-off-by: Liu Bo
---
fs/btrfs/extent_io.c | 201 +-
1 files
We used to protect both extent state tree and an individual state's state
by tree->lock, but this can be an obstacle of lockless read.
So we seperate them here:
o tree->lock protects the tree
o state->lock protects the state.
Signed-off-by: Liu Bo
---
fs/btrfs/extent_io.c | 380 +++
Did you try balance ? (also there is a balance option
to pick the least utilized metadata chunks).
in long run when you have the understanding of your
files and sizes tuning using mount option metadata_ratio
might help.
but not sure how the metadata expanded to 84.38G
was there any majo
On Wed, 13 Jun 2012 00:35:26 +0200, David Sterba wrote:
> On Tue, Jun 12, 2012 at 03:50:41PM -0400, Josef Bacik wrote:
>> +++ b/fs/btrfs/check-integrity.c
>> @@ -93,6 +93,7 @@
>> #include "print-tree.h"
>> #include "locking.h"
>> #include "check-integrity.h"
>> +#include "rcu-string.h"
>>
>>
Hi,
we using on a server several lvm volumes with btrfs. We want to use
nightly build snapshots for some days as an alternative to backups.
Now I want to get the size of the snapshots in detail. Therefore I
played with
btrfs subvolume find-new $snapshot $gen-id.
And I know, that this is
On Wed, Jun 13, 2012 at 12:35:26AM +0200, David Sterba wrote:
> On Tue, Jun 12, 2012 at 03:50:41PM -0400, Josef Bacik wrote:
> > +++ b/fs/btrfs/check-integrity.c
> > @@ -93,6 +93,7 @@
> > #include "print-tree.h"
> > #include "locking.h"
> > #include "check-integrity.h"
> > +#include "rcu-string.
On Wed, Jun 13, 2012 at 02:15:33PM +0200, Jan-Hendrik Palic wrote:
> Hi,
>
> we using on a server several lvm volumes with btrfs. We want to use
> nightly build snapshots for some days as an alternative to backups.
>
> Now I want to get the size of the snapshots in detail.
There are basically
On Wed, 13 Jun 2012 09:14:27 -0400, Josef Bacik wrote:
> On Wed, Jun 13, 2012 at 12:35:26AM +0200, David Sterba wrote:
>> On Tue, Jun 12, 2012 at 03:50:41PM -0400, Josef Bacik wrote:
>>> @@ -4694,8 +4716,11 @@ int btrfs_init_dev_stats(struct btrfs_fs_info
>>> *fs_info)
>>> key.offset =
On Wed, Jun 13, 2012 at 03:49:07PM +0200, Stefan Behrens wrote:
> On Wed, 13 Jun 2012 09:14:27 -0400, Josef Bacik wrote:
> > On Wed, Jun 13, 2012 at 12:35:26AM +0200, David Sterba wrote:
> >> On Tue, Jun 12, 2012 at 03:50:41PM -0400, Josef Bacik wrote:
> >>> @@ -4694,8 +4716,11 @@ int btrfs_init_de
Hi Hugo, hi all,
On 13.06.2012 15:27, Hugo Mills wrote:
On Wed, Jun 13, 2012 at 02:15:33PM +0200, Jan-Hendrik Palic wrote:
Hi,
we using on a server several lvm volumes with btrfs. We want to use
nightly build snapshots for some days as an alternative to backups.
Now I want to get the size of
Al pointed out that we can just toss out the old name on a device and add a
new one arbitrarily, so anybody who uses device->name in printk could
possibly use free'd memory. Instead of adding locking around all of this he
suggested doing it with RCU, so I've introduced a struct rcu_string that
doe
On Tue, Jun 12, 2012 at 09:46:26PM -0600, Alexandre Oliva wrote:
> Hi, Greg,
>
> There's a btrfs regression in 3.4 that's causing a lot of grief to
> ceph-on-btrfs users like myself. This small and nice patch cures it.
> It's in Linus' master already. I've been running it on top of 3.4.2,
> and
int set_state_private(struct extent_io_tree *tree, u64 start, u64 private)
{
[...]
+ ret = radix_tree_insert(&tree->csum, (unsigned long)start,
+ (void *)((unsigned long)private<< 1));
Will this fail for 64bit files on 32bit hosts?
+ BUG_ON(ret
On 06/13/2012 09:21 AM, Arne Jansen wrote:
> On 13.06.2012 09:04, C Anthony Risinger wrote:
>> On Fri, Jun 8, 2012 at 2:40 PM, Arne Jansen wrote:
>>> On 06/08/2012 09:24 PM, Matthew Hawn wrote:
I just converted my root filesystem to btrfs with btrfs-convert. However,
since I am running
Fajar A. Nugraha posted on Wed, 13 Jun 2012 16:08:40 +0700 as excerpted:
>> My system's old and has a bit of a problem with overheating in the
>> Phoenix summer, so has been suffering SATA resets
>
>> it's exactly this sort of corner-case that filesystems need to be able
>> to deal with
>
> IIRC
On Wed, Jun 13, 2012 at 04:56:42PM +0800, Liu Bo wrote:
> Add the missing usage for No_COW since we've supported No_COW flag.
>
> Signed-off-by: Liu Bo
Applied, although I changed the commit desciption to read:
chattr: add the -C option to the usage message
On Sun, Jun 10, 2012 at 12:01:28PM -0600, David Pottage wrote:
> On 07/06/12 02:04, Chris Mason wrote:
> > Hello everyone,
> >
> > Oracle has been a fantastic place to work, and I really appreciate their
> > support for my projects. But, I've decided to take a new position at
> > Fusion-io. I wil
Hi,
you can't beat the benchmarks that Serge Hallyn did, really thorough!
http://s3hh.wordpress.com/2012/05/02/first-round-of-kvm-performance-tests/
Regards
//Ernst
2012/6/12 steamraven :
>>
>> Seems a little unfair on btrfs to just to look at absolutes in this context.
>> Prior reports said th
Ernst Sjöstrand gmail.com> writes:
>
> Hi,
>
> you can't beat the benchmarks that Serge Hallyn did, really thorough!
>
> http://s3hh.wordpress.com/2012/05/02/first-round-of-kvm-performance-tests/
They do seem very thorough. Unfortunately, they are kvm on top of ext4 and
he was mainly checkin
On 06/14/2012 12:07 AM, Zach Brown wrote:
>
>> int set_state_private(struct extent_io_tree *tree, u64 start, u64
>> private)
>> {
> [...]
>> +ret = radix_tree_insert(&tree->csum, (unsigned long)start,
>> + (void *)((unsigned long)private<< 1));
>
> Will this fail for 6
On Wed, Jun 13, 2012 at 03:47:13PM +0800, Liu Bo wrote:
> Add the missing usage for No_COW since we've supported No_COW flag.
>
> Signed-off-by: Liu Bo
Applied, thanks.
- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs
On tue, 12 Jun 2012 15:50:42 -0400, Josef Bacik wrote:
> Because btrfs can remove the device that was mounted we need to have a
> ->show_devname so that in this case we can print out some other device in
> the file system to /proc/mount. So if there are multiple devices in a btrfs
> file syst
Γιώργος (Giorgos?) reports:
> Namely, being inside a snapshot directory, I can't create a file/directory
> with the name of the snapshot directory.
>
> For example, inside /mnt/aSnap, I can't create a file named 'aSnap', so I'm
> filling this bug report.
It seems that the snapshot directory is pa
38 matches
Mail list logo
