From: Michael Metz-Martini | SpeedPartner GmbH <metz@speedpartner.de>
To: Christian Balzer <chibi@gol.com>, ceph-users@ceph.com
Cc: Sage Weil <sage@redhat.com>,
ceph-devel@vger.kernel.org, ceph-maintainers@ceph.com
Subject: Re: [ceph-users] Deprecating ext4 support
Date: Wed, 13 Apr 2016 14:51:58 +0200 [thread overview]
Message-ID: <570E40EE.40202@speedpartner.de> (raw)
In-Reply-To: <20160413112930.49906f15@batzmaru.gol.ad.jp>
Hi,
Am 13.04.2016 um 04:29 schrieb Christian Balzer:
> On Tue, 12 Apr 2016 09:00:19 +0200 Michael Metz-Martini | SpeedPartner
> GmbH wrote:
>> Am 11.04.2016 um 23:39 schrieb Sage Weil:
>>> ext4 has never been recommended, but we did test it. After Jewel is
>>> out, we would like explicitly recommend *against* ext4 and stop
>>> testing it.
>> Hmmm. We're currently migrating away from xfs as we had some strange
>> performance-issues which were resolved / got better by switching to
>> ext4. We think this is related to our high number of objects (4358
>> Mobjects according to ceph -s).
> It would be interesting to see on how this maps out to the OSDs/PGs.
> I'd guess loads and loads of subdirectories per PG, which is probably where
> Ext4 performs better than XFS.
A simple ls -l takes "ages" on XFS while ext4 lists a directory
immediately. According to our findings regarding XFS this seems to be
"normal" behavior.
pool name category KB objects
data - 3240 2265521646
document_root - 577364 10150
images - 96197462245 2256616709
metadata - 1150105 35903724
queue - 542967346 173865
raw - 36875247450 13095410
total of 4736 pgs, 6 pools, 124 TB data, 4359 Mobjects
What would you like to see?
tree? du per Directory?
As you can see we have one data-object in pool "data" per file saved
somewhere else. I'm not sure what's this related to, but maybe this is a
must by cephfs.
--
Kind regards
Michael Metz-Martini
next prev parent reply other threads:[~2016-04-13 12:52 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-11 21:39 Deprecating ext4 support Sage Weil
2016-04-11 21:44 ` Sage Weil
2016-04-11 21:57 ` Mark Nelson
[not found] ` <570C1DBC.3040408-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-04-11 22:49 ` Shinobu Kinjo
2016-04-11 23:54 ` [ceph-users] " Robin H. Johnson
2016-04-11 23:09 ` Lionel Bouton
2016-04-12 7:45 ` [ceph-users] " Jan Schermer
2016-04-12 18:00 ` Sage Weil
2016-04-12 19:19 ` Jan Schermer
2016-04-12 19:58 ` Sage Weil
2016-04-12 20:33 ` Jan Schermer
2016-04-12 20:47 ` Sage Weil
[not found] ` <alpine.DEB.2.11.1604121639590.29593-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org>
2016-04-12 21:08 ` Nick Fisk
[not found] ` <4f0f087c.9Ro.9Gf.hg.1qX1VyMOaD-ImYt9qTNe79BDgjK7y7TUQ@public.gmane.org>
2016-04-12 21:22 ` wido-fspyXLx8qC4
[not found] ` <362740c3.9Ro.9Gf.hg.1qX1VyMOaE@mailjet.com>
2016-04-12 23:12 ` [ceph-users] " Jan Schermer
2016-04-13 13:13 ` Sage Weil
2016-04-13 13:06 ` Sage Weil
2016-04-14 18:05 ` Jianjian Huo
2016-04-14 18:30 ` Samuel Just
[not found] ` <alpine.DEB.2.11.1604111632520.13448-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org>
2016-04-11 21:42 ` Allen Samuels
2016-04-11 21:47 ` [ceph-users] " Jan Schermer
2016-04-11 23:39 ` Christian Balzer
2016-04-12 1:12 ` [ceph-users] " Sage Weil
[not found] ` <alpine.DEB.2.11.1604112046570.29593-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org>
2016-04-12 1:32 ` Shinobu Kinjo
2016-04-12 2:05 ` [Ceph-maintainers] " hp cre
2016-04-12 2:43 ` [ceph-users] " Christian Balzer
2016-04-12 13:56 ` Sage Weil
[not found] ` <alpine.DEB.2.11.1604120837120.29593-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org>
2016-04-13 3:27 ` Christian Balzer
[not found] ` <20160412083925.5106311d-9yhXNL7Kh0lSCLKNlHTxZM8NsWr+9BEh@public.gmane.org>
2016-04-14 9:43 ` Antw: " Steffen Weißgerber
2016-04-12 7:00 ` Michael Metz-Martini | SpeedPartner GmbH
2016-04-13 2:29 ` [ceph-users] " Christian Balzer
2016-04-13 12:30 ` Sage Weil
2016-04-14 0:57 ` Christian Balzer
2016-04-13 12:51 ` Michael Metz-Martini | SpeedPartner GmbH [this message]
2016-04-12 6:39 ` [Ceph-maintainers] " Loic Dachary
2016-04-13 14:19 ` [ceph-users] " Francois Lafont
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=570E40EE.40202@speedpartner.de \
--to=metz@speedpartner.de \
--cc=ceph-devel@vger.kernel.org \
--cc=ceph-maintainers@ceph.com \
--cc=ceph-users@ceph.com \
--cc=chibi@gol.com \
--cc=sage@redhat.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.