All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
To: Mark Nelson <mark.nelson@inktank.com>
Cc: Josh Durgin <josh.durgin@inktank.com>, ceph-devel@vger.kernel.org
Subject: Re: Ceph RBD performance - random writes
Date: Tue, 14 Aug 2012 17:41:44 +1200	[thread overview]
Message-ID: <5029E518.5070500@catalyst.net.nz> (raw)
In-Reply-To: <50244863.3030907@catalyst.net.nz>

On 10/08/12 11:31, Mark Kirkwood wrote:
>
>
> There could well be an additional factor connected with xfs and lots 
> of files on these Intel 520s - I have just had a conversation with a 
> workmate who switched xfs to ext4 due to this. I will see if ext4 or 
> btrfs (scary) do any better on these drives...
>

Actually that seems to be a different issue (mass deletion of many small 
files)...I am not seeing significant differences using ext4 or btrfs. So 
back to using xfs again :-)

One thing that *does* seems to have made a difference is upgrading from 
0.48 to 0.50 (also Ubuntu kernel patched from 3.2.0-27 to 3.2.0-29):

$ rados bench -b 4096 -t 256 -p rbd 100  write
Total writes made:      65202
Write size:             4096
Bandwidth (MB/sec):     2.534

Stddev Bandwidth:       0.851288
Max bandwidth (MB/sec): 4.67969
Min bandwidth (MB/sec): 0
Average Latency:        0.39456
Stddev Latency:         0.283639
Max latency:            4.07996
Min latency:            0.022397

(Recall Bandwidth was about 0.3 MB/sec previously). Typical iostat looks 
much happier:

Device:         rrqm/s   wrqm/s     r/s     w/s    rMB/s wMB/s avgrq-sz 
avgqu-sz   await r_await w_await  svctm  %util
sdc               0.00     0.00    0.00  364.00     0.00 4.14    
23.30     0.06    0.18    0.00    0.18   0.18   6.40
sdb               0.00  1006.00    0.00 1091.00     0.00 10.77    
20.21    12.77   11.66    0.00   11.66   0.66  72.00


I'll get collectl info using this version unless Mark especially wants 
the data for 0.48 (but it *looks* like some nice improvements are in 
there already with the later version).

Cheers

Mark



  reply	other threads:[~2012-08-14  5:41 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-08  5:19 Ceph RBD performance - random writes Mark Kirkwood
2012-08-08 18:46 ` Josh Durgin
2012-08-08 21:58   ` Mark Nelson
2012-08-08 23:36     ` Mark Kirkwood
2012-08-09  0:43       ` Mark Kirkwood
2012-08-09  3:54         ` Mark Kirkwood
2012-08-09 11:42           ` Mark Nelson
2012-08-09 23:31             ` Mark Kirkwood
2012-08-14  5:41               ` Mark Kirkwood [this message]
2012-08-09 14:48 ` Matthew Richardson

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=5029E518.5070500@catalyst.net.nz \
    --to=mark.kirkwood@catalyst.net.nz \
    --cc=ceph-devel@vger.kernel.org \
    --cc=josh.durgin@inktank.com \
    --cc=mark.nelson@inktank.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.