All of lore.kernel.org
 help / color / mirror / Atom feed
From: Josh Durgin <jdurgin-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: shiva rkreddy <shiva.rkreddy-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Sage Weil <sweil-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	Ceph Development
	<ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"ceph-users-Qp0mS5GaXlQ@public.gmane.org"
	<ceph-users-Qp0mS5GaXlQ@public.gmane.org>
Subject: Re: v0.80.8 and librbd performance
Date: Tue, 14 Apr 2015 22:22:32 -0700	[thread overview]
Message-ID: <552DF598.8040404@redhat.com> (raw)
In-Reply-To: <CAPntomB=AiCtx2ypTi+fUFUCUDtkyURb=d-RgwX3ft2mrAibEA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

On 04/14/2015 08:01 PM, shiva rkreddy wrote:
> The clusters are in test environment, so its a new deployment of 0.80.9.
> OS on the cluster nodes is reinstalled as well, so there shouldn't be
> any fs aging unless the disks are slowing down.
>
> The perf measurement is done initiating multiple cinder create/delete
> commands and tracking the volume to be in available or completely gone
> from "cinder list" output.
>
> Even running  "rbd rm " command from cinder node results in similar
> behaviour.
>
> I'll try with  increasing  rbd_concurrent_management in ceph.conf.
>   Is the param name rbd_concurrent_management or rbd-concurrent-management ?

'rbd concurrent management ops' - spaces, hyphens, and underscores are
equivalent in ceph configuration.

A log with 'debug ms = 1' and 'debug rbd = 20' from 'rbd rm' on both 
versions might give clues about what's going slower.

Josh

> On Tue, Apr 14, 2015 at 12:36 PM, Josh Durgin <jdurgin-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
> <mailto:jdurgin-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>> wrote:
>
>     I don't see any commits that would be likely to affect that between
>     0.80.7 and 0.80.9.
>
>     Is this after upgrading an existing cluster?
>     Could this be due to fs aging beneath your osds?
>
>     How are you measuring create/delete performance?
>
>     You can try increasing rbd concurrent management ops in ceph.conf on
>     the cinder node. This affects delete speed, since rbd tries to
>     delete each object in a volume.
>
>     Josh
>
>
>     *From:* shiva rkreddy <shiva.rkreddy-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
>     <mailto:shiva.rkreddy-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>>
>     *Sent:* Apr 14, 2015 5:53 AM
>     *To:* Josh Durgin
>     *Cc:* Ken Dreyer; Sage Weil; Ceph Development; ceph-users-Qp0mS5GaXlQ@public.gmane.org
>     <mailto:ceph-users-Qp0mS5GaXlQ@public.gmane.org>
>     *Subject:* Re: v0.80.8 and librbd performance
>
>         Hi Josh,
>
>         We are using firefly 0.80.9 and see both cinder create/delete
>         numbers slow down compared 0.80.7.
>         I don't see any specific tuning requirements and our cluster is
>         run pretty much on default configuration.
>         Do you recommend any tuning or can you please suggest some log
>         signatures we need to be looking at?
>
>         Thanks
>         shiva
>
>         On Wed, Mar 4, 2015 at 1:53 PM, Josh Durgin <jdurgin-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
>         <mailto:jdurgin-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>> wrote:
>
>             On 03/03/2015 03:28 PM, Ken Dreyer wrote:
>
>                 On 03/03/2015 04:19 PM, Sage Weil wrote:
>
>                     Hi,
>
>                     This is just a heads up that we've identified a
>                     performance regression in
>                     v0.80.8 from previous firefly releases.  A v0.80.9
>                     is working it's way
>                     through QA and should be out in a few days.  If you
>                     haven't upgraded yet
>                     you may want to wait.
>
>                     Thanks!
>                     sage
>
>
>                 Hi Sage,
>
>                 I've seen a couple Redmine tickets on this (eg
>                 http://tracker.ceph.com/__issues/9854
>                 <http://tracker.ceph.com/issues/9854> ,
>                 http://tracker.ceph.com/__issues/10956
>                 <http://tracker.ceph.com/issues/10956>). It's not
>                 totally clear to me
>                 which of the 70+ unreleased commits on the firefly
>                 branch fix this
>                 librbd issue.  Is it only the three commits in
>                 https://github.com/ceph/ceph/__pull/3410
>                 <https://github.com/ceph/ceph/pull/3410> , or are there
>                 more?
>
>
>             Those are the only ones needed to fix the librbd performance
>             regression, yes.
>
>             Josh
>
>             --
>             To unsubscribe from this list: send the line "unsubscribe
>             ceph-devel" in
>             the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>             <mailto:majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
>             More majordomo info at
>             http://vger.kernel.org/__majordomo-info.html
>             <http://vger.kernel.org/majordomo-info.html>
>
>
>

  parent reply	other threads:[~2015-04-15  5:22 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-14 17:36 v0.80.8 and librbd performance Josh Durgin
     [not found] ` <bb7a4f02-e495-4d69-961f-b0f970b407d1-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-04-15  3:01   ` shiva rkreddy
     [not found]     ` <CAPntomB=AiCtx2ypTi+fUFUCUDtkyURb=d-RgwX3ft2mrAibEA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-04-15  4:27       ` shiva rkreddy
2015-04-15  5:22       ` Josh Durgin [this message]
  -- strict thread matches above, loose matches on Subject: below --
2015-03-03 23:19 Sage Weil
     [not found] ` <alpine.DEB.2.00.1503031512270.25972-vIokxiIdD2AQNTJnQDzGJqxOck334EZe@public.gmane.org>
2015-03-03 23:28   ` Ken Dreyer
2015-03-03 23:56     ` Yuri Weinstein
2015-03-04 19:53     ` Josh Durgin
     [not found]       ` <54F762C3.2030608-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-04-14 12:53         ` shiva rkreddy
2015-03-04  0:01   ` Olivier Bonvalet
2015-03-04  0:32     ` Sage Weil
2015-03-04  0:41       ` Olivier Bonvalet

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=552DF598.8040404@redhat.com \
    --to=jdurgin-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
    --cc=ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=ceph-users-Qp0mS5GaXlQ@public.gmane.org \
    --cc=shiva.rkreddy-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=sweil-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    /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.