All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sam Lang <sam.lang@inktank.com>
To: Roman Alekseev <rs.alekseev@gmail.com>
Cc: ceph-devel@vger.kernel.org
Subject: Re: Ceph performance
Date: Mon, 29 Oct 2012 13:57:08 -0500	[thread overview]
Message-ID: <508ED184.50203@inktank.com> (raw)
In-Reply-To: <508E8C1C.4020605@gmail.com>


Hi Roman,

Is this with the ceph fuse client or the ceph kernel module?

Its not surprising that the local file system (/home) is so much faster 
than a mounted ceph volume, especially the first time the directory tree 
is traversed (metadata results are cached at the client to improve 
performance).  Try running the same find command on the ceph volume and 
see if the cached results at the client improve performance at all.

In order to understand what the performance of ceph should be capable of 
doing with your deployment for this specific workload, you should run 
iperf between two nodes to get an idea of your latency limits.

Also, I noticed that the real timings you listed for ceph and /home are 
offset by exactly 17 minutes (user and sys are identical).  Was that a 
copy/paste error, by chance?

-sam

On 10/29/2012 09:01 AM, Roman Alekseev wrote:
> Hi,
>
> Kindly guide me how to improve performance on the cluster which consist
> of 5 dedicated servers:
>
> - ceph.conf: http://pastebin.com/hT3qEhUF
> - file system on all drives is ext4
> - mount options "user_xattr"
> - each server has :
> CPU:Intel® Xeon® Processor E5335(8M Cache, 2.00 GHz, 1333 MHz FSB) x2
> MEM: 4Gb DDR2
> - 1Gb network
>
> Simple test:
>
> mounted as ceph
> root@client1:/mnt/mycephfs# time find . | wc -l
> 83932
>
> real    17m55.399s
> user    0m0.152s
> sys    0m1.528s
>
> on 1 HDD:
>
> root@client1:/home# time find . | wc -l
> 83932
>
> real    0m55.399s
> user    0m0.152s
> sys    0m1.528s
>
> Please help me to find out the issue. Thanks.
>

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

  reply	other threads:[~2012-10-29 18:57 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-29 14:01 Ceph performance Roman Alekseev
2012-10-29 18:57 ` Sam Lang [this message]
2012-10-30  8:27   ` Roman Alekseev
2012-10-30  9:10     ` Gregory Farnum
2012-10-30  9:54       ` Maciej Gałkiewicz
     [not found]         ` <508FAB9A.20307@gmail.com>
2012-10-30 10:47           ` Maciej Gałkiewicz
2012-10-30 10:53             ` Roman Alekseev
2012-10-30 10:57               ` Maciej Gałkiewicz
2012-10-30 10:04       ` Roman Alekseev
2012-10-30 10:14         ` Gregory Farnum

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=508ED184.50203@inktank.com \
    --to=sam.lang@inktank.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=rs.alekseev@gmail.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.