All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Nelson <mark.nelson@inktank.com>
To: "Lachfeld, Jutta" <jutta.lachfeld@ts.fujitsu.com>
Cc: "ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>
Subject: Re: Are there significant performance enhancements in 0.56.x to be expected soon or planned in the near future?
Date: Wed, 09 Jan 2013 08:26:35 -0600	[thread overview]
Message-ID: <50ED7E1B.403@inktank.com> (raw)
In-Reply-To: <BED8C7CC7F6E5A4C9001AF4A075FC3B46D927F31C3@ABGEX70E.FSC.NET>

On 01/09/2013 06:51 AM, Lachfeld, Jutta wrote:
> Hi all,
>
> in expectation of better performance, we are just switching from CEPH version 0.48 to 0.56.1
> for comparisons between Hadoop with HDFS and Hadoop with CEPH FS.
>
> We are now wondering whether there are currently any development activities
> concerning further significant performance enhancements,
> or whether further significant performance enhancements are already planned for the near future.
>
> I would now be loath to start benchmarking with 0.56.1 and then, a month or so later, detect that there have been significant performance enhancements in CEPH in the meantime.
>
> Regards,
> Jutta.
>
> -
> jutta.lachfeld@ts.fujitsu.com, Fujitsu Technology Solutions PBG PDG ES&S SWE SOL 4, "Infrastructure Solutions", MchD 5B, Tel. ..49-89-3222-2705, Company Details: http://de.ts.fujitsu.com/imprint
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

Hi Jutta,

As Wido mentioned there have been some performance improvements, 
especially with small IO sizes.  The conclusion section of the 
performance preview may be useful for you:

http://ceph.com/uncategorized/argonaut-vs-bobtail-performance-preview/

One oddity is that there may have been some regression for 128k reads. 
Overall though I'd say that performance has improved, especially on XFS.

I don't think it's likely we will be pushing any performance patches to 
the bobtail series, but it's possible performance could change as a 
result of a bug fix.

For what it's worth, I've started performing sweeps over ceph parameter 
spaces (and looking at underlying io schedulers) to see how tuning 
affects ceph performance under different scenarios.  I'm hoping to be 
able to release the results later this month.

Mark

      parent reply	other threads:[~2013-01-09 14:26 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-09 12:51 Are there significant performance enhancements in 0.56.x to be expected soon or planned in the near future? Lachfeld, Jutta
2013-01-09 13:11 ` Wido den Hollander
2013-01-09 13:30   ` Christopher Kunz
2013-01-09 13:37 ` Dennis Jacobfeuerborn
2013-01-09 16:58   ` Sage Weil
2013-01-09 14:20 ` Mark Kampe
2013-01-09 14:26 ` Mark Nelson [this message]

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=50ED7E1B.403@inktank.com \
    --to=mark.nelson@inktank.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=jutta.lachfeld@ts.fujitsu.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.