All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Nelson <mark.nelson@inktank.com>
To: Hosfore <computer_masi@126.com>
Cc: ceph-devel@vger.kernel.org
Subject: Re: low performance of ceph, why ?
Date: Thu, 26 Jul 2012 10:40:25 -0500	[thread overview]
Message-ID: <501164E9.7050401@inktank.com> (raw)
In-Reply-To: <loom.20120726T151236-360@post.gmane.org>

On 07/26/2012 09:53 AM, Hosfore wrote:
> Now I configure a small cluster of ceph, with mon and mds on the same machine,
> two osds on another two machine, and I have configure the data and journal dir
> on two disks separately. But the test result of mdtest is so poor as below:
> ------------------------------------------------------------------------------
> fs90:/mnt/ceph # mdtest -d /mnt/ceph/tt3 -n 200 -i 2 -w 0
> -- started at 07/26/2012 22:37:08 --
>
> mdtest-1.8.3 was launched with 1 total task(s) on 1 nodes
> Command line used: mdtest -d /mnt/ceph/tt3 -n 200 -i 2 -w 0
> Path: /mnt/ceph
> FS: 1.8 TiB   Used FS: 5.8%   Inodes: 0.0 Mi   Used Inodes: 100.0%
>
> 1 tasks, 200 files/directories
>
> SUMMARY: (of 2 iterations)
>     Operation                  Max        Min       Mean    Std Dev
>     ---------                  ---        ---       ----    -------
>     Directory creation:   2218.451   1138.848   1678.650    539.802
>     Directory stat    : 870187.552 840541.884 855364.718  14822.834
>     Directory removal :   2830.938   2828.647   2829.793      1.146
>     File creation     :   1987.224   1972.523   1979.873      7.350
>     File stat         : 854237.067 850771.602 852504.335   1732.732
>     File removal      :   2651.082   2164.132   2407.607    243.475
>     Tree creation     :   1680.410   1559.801   1620.105     60.305
>     Tree removal      :      1.011      0.578      0.794      0.216
>
> -- finished at 07/26/2012 22:37:11 --
> -----------------------------------------------------------------------------

Hi,

Thanks for taking the time to test this.  I haven't been able to really 
dig into metadata tests like mdtest yet, though it's on my list of 
things to do!  For now, my guess is that all of the overhead by having 
more layers of code, network, and general lack of optimizations with 
CephFS are probably holding things back.  This is something we will 
eventually be working on, but right now our focus is more on RadosGW and 
RBD.  You may want to look at:

http://ceph.newdream.net/papers/weil-ceph-osdi06.pdf

On page 10 there are some MDS performance numbers.  With a single MDS it 
looks like your numbers are roughly in-line with the makedirs and 
makefiles numbers Sage reported at the time.

Mark

-- 
Mark Nelson
Performance Engineer
Inktank

  reply	other threads:[~2012-07-26 15:40 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-26 14:53 low performance of ceph, why ? Hosfore
2012-07-26 15:40 ` Mark Nelson [this message]
     [not found]   ` <1ffadfdf.26.138c448f479.Coremail.18010151050@126.com>
2012-07-27  2:05     ` Mark Nelson

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=501164E9.7050401@inktank.com \
    --to=mark.nelson@inktank.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=computer_masi@126.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.