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
next prev parent 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.