From: Stefan Priebe - Profihost AG <s.priebe@profihost.ag>
To: Florian Haas <florian@hastexo.com>
Cc: "ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>
Subject: Re: ceph rbd crashes/stalls while random write 4k blocks
Date: Thu, 24 May 2012 16:09:03 +0200 [thread overview]
Message-ID: <4FBE40FF.1040304@profihost.ag> (raw)
In-Reply-To: <CAPUexz8MxynjO9m=TFpAiVtE9OCGWQfL615XU9yYFksHhNKTeA@mail.gmail.com>
Am 24.05.2012 14:12, schrieb Florian Haas:
> Stefan,
> sorry I'm coming a bit late to the various threads you've posted
> recently, but on this particular issue: what kernel are your OSDs
> running on, and do these hung tasks occur if you're using a local
> filesystem other than XFS?
OSDs run 3.0.30 but i tried 3.3.7 too - no difference (regarding XFS
crash and random writes).
Just tried btrfs with 3.4 kernel and the posted patch from yesterday.
But with kernel 3.4 the performance is in general pretty low doesn't
matter if i use xfs or btrfs:
~# rados -p data bench 10 write -t 16
Maintaining 16 concurrent writes of 4194304 bytes for at least 10 seconds.
sec Cur ops started finished avg MB/s cur MB/s last lat avg lat
0 0 0 0 0 0 - 0
1 16 35 19 75.9824 76 0.294869 0.376607
2 16 51 35 69.9844 64 0.103118 0.345375
3 16 72 56 74.652 84 0.113909 0.5364
4 16 88 72 71.9866 64 0.641818 0.786378
5 16 95 79 63.1887 28 0.131084 0.737699
6 16 113 97 64.6553 72 0.232688 0.851319
7 16 129 113 64.5604 64 0.35199 0.822971
8 16 148 132 65.9888 76 0.09892 0.739852
9 16 149 133 59.1007 4 0.833541 0.740556
10 16 157 141 56.3899 32 0.101306 0.715187
11 16 157 141 51.2634 0 - 0.715187
12 16 157 141 46.9914 0 - 0.715187
13 16 157 141 43.3766 0 - 0.715187
14 16 157 141 40.2782 0 - 0.715187
15 16 157 141 37.593 0 - 0.715187
16 16 157 141 35.2434 0 - 0.715187
Total time run: 16.471636
Total writes made: 158
Write size: 4194304
Bandwidth (MB/sec): 38.369
Average Latency: 1.66534
Max latency: 13.554
Min latency: 0.095194
> As of late XFS has occasionally been producing seemingly random kernel
> hangs. Your call trace doesn't have the signature entries from xfssyncd
> that identify a particular problem that I've been struggling with
> lately, but you just might be affected by some other effect of the same
> root issue.
>
> Take a look at these to see if anything looks familiar:
>
> http://oss.sgi.com/bugzilla/show_bug.cgi?id=922
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/979498
> http://oss.sgi.com/archives/xfs/2011-11/msg00400.html
These are solved by using 3.0.20.
Stefan
next prev parent reply other threads:[~2012-05-24 14:08 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-24 11:07 ceph rbd crashes/stalls while random write 4k blocks Stefan Priebe - Profihost AG
2012-05-24 12:12 ` Florian Haas
2012-05-24 14:09 ` Stefan Priebe - Profihost AG [this message]
2012-05-24 14:19 ` Florian Haas
2012-05-25 6:47 ` Stefan Priebe - Profihost AG
2012-05-25 7:33 ` Florian Haas
2012-05-25 7:35 ` Stefan Priebe - Profihost AG
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4FBE40FF.1040304@profihost.ag \
--to=s.priebe@profihost.ag \
--cc=ceph-devel@vger.kernel.org \
--cc=florian@hastexo.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.