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: Fri, 10 Aug 2012 11:31:47 +1200	[thread overview]
Message-ID: <50244863.3030907@catalyst.net.nz> (raw)
In-Reply-To: <5023A22C.10100@inktank.com>

On 09/08/12 23:42, Mark Nelson wrote:
> On 8/8/12 10:54 PM, Mark Kirkwood wrote:
>> On 09/08/12 12:43, Mark Kirkwood wrote:
>>>
>>>>
>>>
>>>
>>> I tried out a raft of xfs config changes and also made the Ceph
>>> journal really big (10G):
>>>
>>> $ mkfs.xfs -f -l internal,size=1024m -d agcount=4 /dev/sd[b,c]2
>>>
>>> + mount options with nobarrier,logbufs=8
>>>
>>> The results improved a little, but still very slow for small request
>>> sizes...
>>
>> Some more careful analysis showed that all the benefit derived from the
>> ceph storage reinit after the filesystem was remade, so going back
>> gradually to the default filesystem options (mkfs.xfs, default mount
>> with noatime, discard) and 2G journal results in the same numbers as I
>> posted with the tweaked settings.
>>
>> So sorry, appears to be nothing gained (on this system anyway) from said
>> tweaking.
>>
>> Regards
>>
>> Mark
>
> Hi Mark,
>
> Would you mind installing and running collectl during your test? I 
> think it's in the apt repositories now in 12.04.
>
> Try "collectl -sD -oT --dskfilt sd<N>,sd<M>" where the dskfilt options 
> are the devices for your OSD(s).  I'd like to see what the device wait 
> and svc times are like on your setup in both cases.


Ok, yeah it is in the 12.04 repo - will do.

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...

Cheers

Mark

  reply	other threads:[~2012-08-09 23:31 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 [this message]
2012-08-14  5:41               ` Mark Kirkwood
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=50244863.3030907@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.