All of lore.kernel.org
 help / color / mirror / Atom feed
* os recommendations
@ 2013-11-26 10:43 Dominik Mostowiec
  2013-11-26 14:22 ` Christoph Hellwig
  0 siblings, 1 reply; 5+ messages in thread
From: Dominik Mostowiec @ 2013-11-26 10:43 UTC (permalink / raw)
  To: ceph-devel, ceph-users@lists.ceph.com

Hi,
I found in doc: http://ceph.com/docs/master/start/os-recommendations/
"Putting multiple ceph-osd daemons using XFS or ext4 on the same host
will not perform as well as they could."

For now recommended filesystem is XFS.
This means that for the best performance setup should be 1 OSD per host?

-- 
Regards
Dominik

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: os recommendations
  2013-11-26 10:43 os recommendations Dominik Mostowiec
@ 2013-11-26 14:22 ` Christoph Hellwig
       [not found]   ` <20131126142243.GA7360-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
  0 siblings, 1 reply; 5+ messages in thread
From: Christoph Hellwig @ 2013-11-26 14:22 UTC (permalink / raw)
  To: Dominik Mostowiec; +Cc: ceph-devel, ceph-users@lists.ceph.com

On Tue, Nov 26, 2013 at 11:43:07AM +0100, Dominik Mostowiec wrote:
> Hi,
> I found in doc: http://ceph.com/docs/master/start/os-recommendations/
> "Putting multiple ceph-osd daemons using XFS or ext4 on the same host
> will not perform as well as they could."
> 
> For now recommended filesystem is XFS.
> This means that for the best performance setup should be 1 OSD per host?

Btw, could anyone clarify where that stance comes from, that is numbers
to back it up.


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: os recommendations
       [not found]   ` <20131126142243.GA7360-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
@ 2013-11-26 14:50     ` Sage Weil
  2013-11-26 21:27       ` Dominik Mostowiec
  2013-11-27  8:14       ` Christoph Hellwig
  0 siblings, 2 replies; 5+ messages in thread
From: Sage Weil @ 2013-11-26 14:50 UTC (permalink / raw)
  To: Christoph Hellwig
  Cc: ceph-devel, ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org

On Tue, 26 Nov 2013, Christoph Hellwig wrote:
> On Tue, Nov 26, 2013 at 11:43:07AM +0100, Dominik Mostowiec wrote:
> > Hi,
> > I found in doc: http://ceph.com/docs/master/start/os-recommendations/
> > "Putting multiple ceph-osd daemons using XFS or ext4 on the same host
> > will not perform as well as they could."
> > 
> > For now recommended filesystem is XFS.
> > This means that for the best performance setup should be 1 OSD per host?
> 
> Btw, could anyone clarify where that stance comes from, that is numbers
> to back it up.

If syncfs(2) is not present, we have to use sync(2).  That means you have 
N daemons calling sync(2) to force a commit on a single fs, but all other 
mounted fs's are also synced... which means N times the sync(2) calls.

Fortunately syncfs(2) has been around for a while now, so this only 
affects really old distros.  And even when glibc does not have a syscall 
wrapper for it, we try to call the syscall directly.

sage

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: os recommendations
  2013-11-26 14:50     ` Sage Weil
@ 2013-11-26 21:27       ` Dominik Mostowiec
  2013-11-27  8:14       ` Christoph Hellwig
  1 sibling, 0 replies; 5+ messages in thread
From: Dominik Mostowiec @ 2013-11-26 21:27 UTC (permalink / raw)
  To: Sage Weil; +Cc: Christoph Hellwig, ceph-devel, ceph-users@lists.ceph.com

Thanks.

--
Regards
Dominik

2013/11/26 Sage Weil <sage@inktank.com>:
> On Tue, 26 Nov 2013, Christoph Hellwig wrote:
>> On Tue, Nov 26, 2013 at 11:43:07AM +0100, Dominik Mostowiec wrote:
>> > Hi,
>> > I found in doc: http://ceph.com/docs/master/start/os-recommendations/
>> > "Putting multiple ceph-osd daemons using XFS or ext4 on the same host
>> > will not perform as well as they could."
>> >
>> > For now recommended filesystem is XFS.
>> > This means that for the best performance setup should be 1 OSD per host?
>>
>> Btw, could anyone clarify where that stance comes from, that is numbers
>> to back it up.
>
> If syncfs(2) is not present, we have to use sync(2).  That means you have
> N daemons calling sync(2) to force a commit on a single fs, but all other
> mounted fs's are also synced... which means N times the sync(2) calls.
>
> Fortunately syncfs(2) has been around for a while now, so this only
> affects really old distros.  And even when glibc does not have a syscall
> wrapper for it, we try to call the syscall directly.
>
> sage



-- 
Pozdrawiam
Dominik

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: os recommendations
  2013-11-26 14:50     ` Sage Weil
  2013-11-26 21:27       ` Dominik Mostowiec
@ 2013-11-27  8:14       ` Christoph Hellwig
  1 sibling, 0 replies; 5+ messages in thread
From: Christoph Hellwig @ 2013-11-27  8:14 UTC (permalink / raw)
  To: Sage Weil
  Cc: Christoph Hellwig, Dominik Mostowiec, ceph-devel,
	ceph-users@lists.ceph.com

On Tue, Nov 26, 2013 at 06:50:33AM -0800, Sage Weil wrote:
> If syncfs(2) is not present, we have to use sync(2).  That means you have 
> N daemons calling sync(2) to force a commit on a single fs, but all other 
> mounted fs's are also synced... which means N times the sync(2) calls.
> 
> Fortunately syncfs(2) has been around for a while now, so this only 
> affects really old distros.  And even when glibc does not have a syscall 
> wrapper for it, we try to call the syscall directly.

And for btrfs you were/are using magic ioctls, right.

Looks like the page reference in the last post has already been updated,
thanks!

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2013-11-27  8:14 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-11-26 10:43 os recommendations Dominik Mostowiec
2013-11-26 14:22 ` Christoph Hellwig
     [not found]   ` <20131126142243.GA7360-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
2013-11-26 14:50     ` Sage Weil
2013-11-26 21:27       ` Dominik Mostowiec
2013-11-27  8:14       ` Christoph Hellwig

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.