linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Fwd: Current State of BTRFS
       [not found] <CAM-0MpVDJ+TGC6x9JHd+wG5dsACdN4Y+JFgksQCsiwzGQYNanA@mail.gmail.com>
@ 2013-02-08 21:30 ` Florian Hofmann
  2013-02-08 21:37   ` Josef Bacik
  2013-02-09 10:30   ` Marc MERLIN
  0 siblings, 2 replies; 13+ messages in thread
From: Florian Hofmann @ 2013-02-08 21:30 UTC (permalink / raw)
  To: linux-btrfs

Hi everybody,

I am using btrfs as my main fs for some time now, but I am
experiencing severe performance drawbacks. I can't qualify the
circumstances, but sometimes during disc access the whole system
freezes for some time.

Maybe somebody could suggest some general things I could try to search
for the problem?

Thanks in advance,
Florian

---

Some background information:

$ mount | grep btrfs
/dev/mapper/sda2crypt on / type btrfs (rw,relatime,compress=lzo,space_cache)

Hmm ... couldn't think of more :(

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Fwd: Current State of BTRFS
  2013-02-08 21:30 ` Fwd: Current State of BTRFS Florian Hofmann
@ 2013-02-08 21:37   ` Josef Bacik
  2013-02-08 22:53     ` Florian Hofmann
  2013-02-09 10:30   ` Marc MERLIN
  1 sibling, 1 reply; 13+ messages in thread
From: Josef Bacik @ 2013-02-08 21:37 UTC (permalink / raw)
  To: Florian Hofmann; +Cc: linux-btrfs@vger.kernel.org

On Fri, Feb 08, 2013 at 02:30:04PM -0700, Florian Hofmann wrote:
> Hi everybody,
> 
> I am using btrfs as my main fs for some time now, but I am
> experiencing severe performance drawbacks. I can't qualify the
> circumstances, but sometimes during disc access the whole system
> freezes for some time.
> 
> Maybe somebody could suggest some general things I could try to search
> for the problem?

Can I see

btrfs fi df /mnt/point
btrfs fi show

and then when you are having problems

echo w > /proc/sysrq-trigger

and capture dmesg.  Thanks,

Josef

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Fwd: Current State of BTRFS
  2013-02-08 21:37   ` Josef Bacik
@ 2013-02-08 22:53     ` Florian Hofmann
  2013-02-08 22:56       ` Florian Hofmann
  0 siblings, 1 reply; 13+ messages in thread
From: Florian Hofmann @ 2013-02-08 22:53 UTC (permalink / raw)
  To: Josef Bacik; +Cc: linux-btrfs@vger.kernel.org

$ btrfs fi df /
Data: total=165.00GB, used=164.19GB
System, DUP: total=32.00MB, used=28.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=2.00GB, used=1.40GB

$ btrfs fi show
failed to read /dev/sr0
Label: none  uuid: b4ec0b14-2a42-47e3-a0cd-1257e789ed25
Total devices 1 FS bytes used 165.59GB
devid    1 size 600.35GB used 169.07GB path /dev/dm-0

Btrfs Btrfs v0.19

---

I just noticed that I can force 'it' by transferring a large file from
my NAS. I did the sysrq-trigger thing, but there is no suspicious
output in dmesg (http://pastebin.com/swrCdC3U).

Anything else?

2013/2/8 Josef Bacik <jbacik@fusionio.com>:
> On Fri, Feb 08, 2013 at 02:30:04PM -0700, Florian Hofmann wrote:
>> Hi everybody,
>>
>> I am using btrfs as my main fs for some time now, but I am
>> experiencing severe performance drawbacks. I can't qualify the
>> circumstances, but sometimes during disc access the whole system
>> freezes for some time.
>>
>> Maybe somebody could suggest some general things I could try to search
>> for the problem?
>
> Can I see
>
> btrfs fi df /mnt/point
> btrfs fi show
>
> and then when you are having problems
>
> echo w > /proc/sysrq-trigger
>
> and capture dmesg.  Thanks,
>
> Josef

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Fwd: Current State of BTRFS
  2013-02-08 22:53     ` Florian Hofmann
@ 2013-02-08 22:56       ` Florian Hofmann
  2013-02-08 23:09         ` cwillu
  2013-02-08 23:10         ` Florian Hofmann
  0 siblings, 2 replies; 13+ messages in thread
From: Florian Hofmann @ 2013-02-08 22:56 UTC (permalink / raw)
  To: Josef Bacik; +Cc: linux-btrfs@vger.kernel.org

Oh ... I should have mentioned that btrfs is running on top of LUKS.

2013/2/8 Florian Hofmann <fhofmann@techfak.uni-bielefeld.de>:
> $ btrfs fi df /
> Data: total=165.00GB, used=164.19GB
> System, DUP: total=32.00MB, used=28.00KB
> System: total=4.00MB, used=0.00
> Metadata, DUP: total=2.00GB, used=1.40GB
>
> $ btrfs fi show
> failed to read /dev/sr0
> Label: none  uuid: b4ec0b14-2a42-47e3-a0cd-1257e789ed25
> Total devices 1 FS bytes used 165.59GB
> devid    1 size 600.35GB used 169.07GB path /dev/dm-0
>
> Btrfs Btrfs v0.19
>
> ---
>
> I just noticed that I can force 'it' by transferring a large file from
> my NAS. I did the sysrq-trigger thing, but there is no suspicious
> output in dmesg (http://pastebin.com/swrCdC3U).
>
> Anything else?
>
> 2013/2/8 Josef Bacik <jbacik@fusionio.com>:
>> On Fri, Feb 08, 2013 at 02:30:04PM -0700, Florian Hofmann wrote:
>>> Hi everybody,
>>>
>>> I am using btrfs as my main fs for some time now, but I am
>>> experiencing severe performance drawbacks. I can't qualify the
>>> circumstances, but sometimes during disc access the whole system
>>> freezes for some time.
>>>
>>> Maybe somebody could suggest some general things I could try to search
>>> for the problem?
>>
>> Can I see
>>
>> btrfs fi df /mnt/point
>> btrfs fi show
>>
>> and then when you are having problems
>>
>> echo w > /proc/sysrq-trigger
>>
>> and capture dmesg.  Thanks,
>>
>> Josef

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Fwd: Current State of BTRFS
  2013-02-08 22:56       ` Florian Hofmann
@ 2013-02-08 23:09         ` cwillu
  2013-02-08 23:12           ` Florian Hofmann
  2013-02-08 23:10         ` Florian Hofmann
  1 sibling, 1 reply; 13+ messages in thread
From: cwillu @ 2013-02-08 23:09 UTC (permalink / raw)
  To: Florian Hofmann; +Cc: Josef Bacik, linux-btrfs@vger.kernel.org

On Fri, Feb 8, 2013 at 4:56 PM, Florian Hofmann
<fhofmann@techfak.uni-bielefeld.de> wrote:
> Oh ... I should have mentioned that btrfs is running on top of LUKS.
>
> 2013/2/8 Florian Hofmann <fhofmann@techfak.uni-bielefeld.de>:
>> $ btrfs fi df /
>> Data: total=165.00GB, used=164.19GB
>> System, DUP: total=32.00MB, used=28.00KB
>> System: total=4.00MB, used=0.00
>> Metadata, DUP: total=2.00GB, used=1.40GB
>>
>> $ btrfs fi show
>> failed to read /dev/sr0
>> Label: none  uuid: b4ec0b14-2a42-47e3-a0cd-1257e789ed25
>> Total devices 1 FS bytes used 165.59GB
>> devid    1 size 600.35GB used 169.07GB path /dev/dm-0
>>
>> Btrfs Btrfs v0.19
>>
>> ---
>>
>> I just noticed that I can force 'it' by transferring a large file from
>> my NAS. I did the sysrq-trigger thing, but there is no suspicious
>> output in dmesg (http://pastebin.com/swrCdC3U).
>>
>> Anything else?

The pastebin didn't include any output from sysrq-w; even if there's
nothing to report there would still be a dozen lines or so per cpu; at
the absolute minimum there should be a line for each time you ran it:

[4477369.680307] SysRq : Show Blocked State

Note that you need to echo as root, or use the keyboard combo
alt-sysrq-w to trigger.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Fwd: Current State of BTRFS
  2013-02-08 22:56       ` Florian Hofmann
  2013-02-08 23:09         ` cwillu
@ 2013-02-08 23:10         ` Florian Hofmann
  1 sibling, 0 replies; 13+ messages in thread
From: Florian Hofmann @ 2013-02-08 23:10 UTC (permalink / raw)
  To: Josef Bacik; +Cc: linux-btrfs@vger.kernel.org

I just had another big freeze ... I could change to a terminal and
sysrq-triggering gave this: http://pastebin.com/F1jQqtUQ

2013/2/8 Florian Hofmann <fhofmann@techfak.uni-bielefeld.de>:
> Oh ... I should have mentioned that btrfs is running on top of LUKS.
>
> 2013/2/8 Florian Hofmann <fhofmann@techfak.uni-bielefeld.de>:
>> $ btrfs fi df /
>> Data: total=165.00GB, used=164.19GB
>> System, DUP: total=32.00MB, used=28.00KB
>> System: total=4.00MB, used=0.00
>> Metadata, DUP: total=2.00GB, used=1.40GB
>>
>> $ btrfs fi show
>> failed to read /dev/sr0
>> Label: none  uuid: b4ec0b14-2a42-47e3-a0cd-1257e789ed25
>> Total devices 1 FS bytes used 165.59GB
>> devid    1 size 600.35GB used 169.07GB path /dev/dm-0
>>
>> Btrfs Btrfs v0.19
>>
>> ---
>>
>> I just noticed that I can force 'it' by transferring a large file from
>> my NAS. I did the sysrq-trigger thing, but there is no suspicious
>> output in dmesg (http://pastebin.com/swrCdC3U).
>>
>> Anything else?
>>
>> 2013/2/8 Josef Bacik <jbacik@fusionio.com>:
>>> On Fri, Feb 08, 2013 at 02:30:04PM -0700, Florian Hofmann wrote:
>>>> Hi everybody,
>>>>
>>>> I am using btrfs as my main fs for some time now, but I am
>>>> experiencing severe performance drawbacks. I can't qualify the
>>>> circumstances, but sometimes during disc access the whole system
>>>> freezes for some time.
>>>>
>>>> Maybe somebody could suggest some general things I could try to search
>>>> for the problem?
>>>
>>> Can I see
>>>
>>> btrfs fi df /mnt/point
>>> btrfs fi show
>>>
>>> and then when you are having problems
>>>
>>> echo w > /proc/sysrq-trigger
>>>
>>> and capture dmesg.  Thanks,
>>>
>>> Josef

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Fwd: Current State of BTRFS
  2013-02-08 23:09         ` cwillu
@ 2013-02-08 23:12           ` Florian Hofmann
  2013-02-11 16:05             ` Josef Bacik
  0 siblings, 1 reply; 13+ messages in thread
From: Florian Hofmann @ 2013-02-08 23:12 UTC (permalink / raw)
  To: cwillu; +Cc: Josef Bacik, linux-btrfs@vger.kernel.org

I ran it as root. The first times there was no output whatsoever. This
time triggering gave the SysRq : Show Blocked State line. Strange

2013/2/9 cwillu <cwillu@cwillu.com>:
> On Fri, Feb 8, 2013 at 4:56 PM, Florian Hofmann
> <fhofmann@techfak.uni-bielefeld.de> wrote:
>> Oh ... I should have mentioned that btrfs is running on top of LUKS.
>>
>> 2013/2/8 Florian Hofmann <fhofmann@techfak.uni-bielefeld.de>:
>>> $ btrfs fi df /
>>> Data: total=165.00GB, used=164.19GB
>>> System, DUP: total=32.00MB, used=28.00KB
>>> System: total=4.00MB, used=0.00
>>> Metadata, DUP: total=2.00GB, used=1.40GB
>>>
>>> $ btrfs fi show
>>> failed to read /dev/sr0
>>> Label: none  uuid: b4ec0b14-2a42-47e3-a0cd-1257e789ed25
>>> Total devices 1 FS bytes used 165.59GB
>>> devid    1 size 600.35GB used 169.07GB path /dev/dm-0
>>>
>>> Btrfs Btrfs v0.19
>>>
>>> ---
>>>
>>> I just noticed that I can force 'it' by transferring a large file from
>>> my NAS. I did the sysrq-trigger thing, but there is no suspicious
>>> output in dmesg (http://pastebin.com/swrCdC3U).
>>>
>>> Anything else?
>
> The pastebin didn't include any output from sysrq-w; even if there's
> nothing to report there would still be a dozen lines or so per cpu; at
> the absolute minimum there should be a line for each time you ran it:
>
> [4477369.680307] SysRq : Show Blocked State
>
> Note that you need to echo as root, or use the keyboard combo
> alt-sysrq-w to trigger.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Fwd: Current State of BTRFS
  2013-02-08 21:30 ` Fwd: Current State of BTRFS Florian Hofmann
  2013-02-08 21:37   ` Josef Bacik
@ 2013-02-09 10:30   ` Marc MERLIN
  2013-02-09 13:35     ` Florian Hofmann
  1 sibling, 1 reply; 13+ messages in thread
From: Marc MERLIN @ 2013-02-09 10:30 UTC (permalink / raw)
  To: Florian Hofmann; +Cc: linux-btrfs

On Fri, Feb 08, 2013 at 10:30:04PM +0100, Florian Hofmann wrote:
> Hi everybody,
> 
> I am using btrfs as my main fs for some time now, but I am
> experiencing severe performance drawbacks. I can't qualify the
> circumstances, but sometimes during disc access the whole system
> freezes for some time.
> 
> Maybe somebody could suggest some general things I could try to search
> for the problem?

Are you running on an SSD?

If so, that is likely your problem.

Depending on your SSD:
- it's going bad
- it's running out of blocks to reallocate, or being very slow 
- other firmware issue

Marc
-- 
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems ....
                                      .... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Fwd: Current State of BTRFS
  2013-02-09 10:30   ` Marc MERLIN
@ 2013-02-09 13:35     ` Florian Hofmann
  2013-02-11 23:04       ` Chris Samuel
  0 siblings, 1 reply; 13+ messages in thread
From: Florian Hofmann @ 2013-02-09 13:35 UTC (permalink / raw)
  To: Marc MERLIN; +Cc: linux-btrfs@vger.kernel.org

(Sadly) No SSD.

I just upgraded from kernel version 3.7.5 to 3.7.6 (running Arch
Linux) with no change in behavior.

2013/2/9 Marc MERLIN <marc@merlins.org>:
> On Fri, Feb 08, 2013 at 10:30:04PM +0100, Florian Hofmann wrote:
>> Hi everybody,
>>
>> I am using btrfs as my main fs for some time now, but I am
>> experiencing severe performance drawbacks. I can't qualify the
>> circumstances, but sometimes during disc access the whole system
>> freezes for some time.
>>
>> Maybe somebody could suggest some general things I could try to search
>> for the problem?
>
> Are you running on an SSD?
>
> If so, that is likely your problem.
>
> Depending on your SSD:
> - it's going bad
> - it's running out of blocks to reallocate, or being very slow
> - other firmware issue
>
> Marc
> --
> "A mouse is a device used to point at the xterm you want to type in" - A.S.R.
> Microsoft is to operating systems ....
>                                       .... what McDonalds is to gourmet cooking
> Home page: http://marc.merlins.org/


2013/2/9 Marc MERLIN <marc@merlins.org>:
> On Fri, Feb 08, 2013 at 10:30:04PM +0100, Florian Hofmann wrote:
>> Hi everybody,
>>
>> I am using btrfs as my main fs for some time now, but I am
>> experiencing severe performance drawbacks. I can't qualify the
>> circumstances, but sometimes during disc access the whole system
>> freezes for some time.
>>
>> Maybe somebody could suggest some general things I could try to search
>> for the problem?
>
> Are you running on an SSD?
>
> If so, that is likely your problem.
>
> Depending on your SSD:
> - it's going bad
> - it's running out of blocks to reallocate, or being very slow
> - other firmware issue
>
> Marc
> --
> "A mouse is a device used to point at the xterm you want to type in" - A.S.R.
> Microsoft is to operating systems ....
>                                       .... what McDonalds is to gourmet cooking
> Home page: http://marc.merlins.org/

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Fwd: Current State of BTRFS
  2013-02-08 23:12           ` Florian Hofmann
@ 2013-02-11 16:05             ` Josef Bacik
  2013-02-11 16:14               ` Leonidas Spyropoulos
  0 siblings, 1 reply; 13+ messages in thread
From: Josef Bacik @ 2013-02-11 16:05 UTC (permalink / raw)
  To: Florian Hofmann; +Cc: cwillu, Josef Bacik, linux-btrfs@vger.kernel.org

On Fri, Feb 08, 2013 at 04:12:17PM -0700, Florian Hofmann wrote:
> I ran it as root. The first times there was no output whatsoever. This
> time triggering gave the SysRq : Show Blocked State line. Strange
>

Well that's weird, it looks like you don't have any blocked tasks, so either
sysrq+w is screwing up or you are getting stuck in something CPU intensive.  Try
doing sysrq+w next time it happens again and also run top and see if something
is using up 100% of the CPU.  If it's something chewing up CPU then I'll tell
you how to figure out what's going on.  Thanks,

Josef 

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Fwd: Current State of BTRFS
  2013-02-11 16:05             ` Josef Bacik
@ 2013-02-11 16:14               ` Leonidas Spyropoulos
  2013-02-11 21:19                 ` Florian Hofmann
  0 siblings, 1 reply; 13+ messages in thread
From: Leonidas Spyropoulos @ 2013-02-11 16:14 UTC (permalink / raw)
  To: Josef Bacik; +Cc: Florian Hofmann, cwillu, linux-btrfs@vger.kernel.org

On Mon, Feb 11, 2013 at 4:05 PM, Josef Bacik <jbacik@fusionio.com> wrote:
> On Fri, Feb 08, 2013 at 04:12:17PM -0700, Florian Hofmann wrote:
>> I ran it as root. The first times there was no output whatsoever. This
>> time triggering gave the SysRq : Show Blocked State line. Strange
>>
>
> Well that's weird, it looks like you don't have any blocked tasks, so either
> sysrq+w is screwing up or you are getting stuck in something CPU intensive.  Try
> doing sysrq+w next time it happens again and also run top and see if something
> is using up 100% of the CPU.  If it's something chewing up CPU then I'll tell
> you how to figure out what's going on.  Thanks,
>
I noticed you have the FS mounted with compress flag (compress=lzo).
Could it be that your CPU is bottle-necking the process?

> Josef
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



-- 
Caution: breathing may be hazardous to your health.

#include <stdio.h>
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Fwd: Current State of BTRFS
  2013-02-11 16:14               ` Leonidas Spyropoulos
@ 2013-02-11 21:19                 ` Florian Hofmann
  0 siblings, 0 replies; 13+ messages in thread
From: Florian Hofmann @ 2013-02-11 21:19 UTC (permalink / raw)
  To: Leonidas Spyropoulos; +Cc: Josef Bacik, cwillu, linux-btrfs@vger.kernel.org

@Leonidas: I don't think so ... this is running on a i7 core and lzo
is pretty damn fast.

2013/2/11 Leonidas Spyropoulos <artafinde@gmail.com>:
> On Mon, Feb 11, 2013 at 4:05 PM, Josef Bacik <jbacik@fusionio.com> wrote:
>> On Fri, Feb 08, 2013 at 04:12:17PM -0700, Florian Hofmann wrote:
>>> I ran it as root. The first times there was no output whatsoever. This
>>> time triggering gave the SysRq : Show Blocked State line. Strange
>>>
>>
>> Well that's weird, it looks like you don't have any blocked tasks, so either
>> sysrq+w is screwing up or you are getting stuck in something CPU intensive.  Try
>> doing sysrq+w next time it happens again and also run top and see if something
>> is using up 100% of the CPU.  If it's something chewing up CPU then I'll tell
>> you how to figure out what's going on.  Thanks,
>>
> I noticed you have the FS mounted with compress flag (compress=lzo).
> Could it be that your CPU is bottle-necking the process?
>
>> Josef
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>
>
> --
> Caution: breathing may be hazardous to your health.
>
> #include <stdio.h>
> int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Fwd: Current State of BTRFS
  2013-02-09 13:35     ` Florian Hofmann
@ 2013-02-11 23:04       ` Chris Samuel
  0 siblings, 0 replies; 13+ messages in thread
From: Chris Samuel @ 2013-02-11 23:04 UTC (permalink / raw)
  To: Florian Hofmann; +Cc: linux-btrfs@vger.kernel.org

Hi Florian,

On 10/02/13 00:35, Florian Hofmann wrote:

> (Sadly) No SSD.

I think Marc was asking as they can cause issues, so don't be sad. :-)

> I just upgraded from kernel version 3.7.5 to 3.7.6 (running Arch
> Linux) with no change in behavior.

There are rarely any updates to btrfs in stable kernel releases, if you
want to try the current state of the code you'll need to try 3.8-rc7.

cheers,
Chris
-- 
 Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC

^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2013-02-11 23:04 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <CAM-0MpVDJ+TGC6x9JHd+wG5dsACdN4Y+JFgksQCsiwzGQYNanA@mail.gmail.com>
2013-02-08 21:30 ` Fwd: Current State of BTRFS Florian Hofmann
2013-02-08 21:37   ` Josef Bacik
2013-02-08 22:53     ` Florian Hofmann
2013-02-08 22:56       ` Florian Hofmann
2013-02-08 23:09         ` cwillu
2013-02-08 23:12           ` Florian Hofmann
2013-02-11 16:05             ` Josef Bacik
2013-02-11 16:14               ` Leonidas Spyropoulos
2013-02-11 21:19                 ` Florian Hofmann
2013-02-08 23:10         ` Florian Hofmann
2013-02-09 10:30   ` Marc MERLIN
2013-02-09 13:35     ` Florian Hofmann
2013-02-11 23:04       ` Chris Samuel

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).