All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Sławomir Skowron" <szibis@gmail.com>
To: Samuel Just <sam.just@dreamhost.com>
Cc: "ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>
Subject: Re: .rgw expand number of pg's
Date: Tue, 10 Jan 2012 22:27:43 +0100	[thread overview]
Message-ID: <-5608777025883579446@unknownmsgid> (raw)
In-Reply-To: <6752061.143.1326216212374.JavaMail.mobile-sync@vbkn16>

Maybe i missunderstood problem, but i see something like this.

My setup is 3 node cluster. 78 osd and 3 mons. At the top of the
cluster working radosgw on every machine. Every pool have a 3
replicas. Default politics for replicas is host in racks, and every
machine is in other rack.

When i do a stress test via s3 client, writing a lot of new object via
balancer to the cluster i discovered, that only 3 osd are involved.
This means that only one osd on every machine working in one time,
when the object are writen via radosgw.

Thats why i write this mail about increase number of pgs in radosgw
pool. Maybe i am wrong, but how i can perform this better, more
parallel, to use power of many drives (osd's) ??

For example when i use a rbd in this case, usage of osd devices is
more random, and parallel.

Pozdrawiam

iSS

On 10 sty 2012, at 18:11, Samuel Just <sam.just@dreamhost.com> wrote:

> At the moment, expanding the number of pgs in a pool is not working.
> We hope to get it working in the somewhat near future (probably a few
> months).  Are you attempting to expand the number of osds and running
> out of pgs?
> -Sam
>
> 2012/1/10 Sławomir Skowron <slawomir.skowron@gmail.com>:
>> How to expand number of pg's in rgw pool ??
>>
>> --
>> -----
>> Pozdrawiam
>>
>> Sławek "sZiBis" Skowron
>> --
>> 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
> --
> 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
--
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

  parent reply	other threads:[~2012-01-10 21:27 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-10 16:17 .rgw expand number of pg's Sławomir Skowron
2012-01-10 17:10 ` Samuel Just
2012-01-10 17:10 ` Samuel Just
     [not found] ` <6752061.143.1326216212374.JavaMail.mobile-sync@vbkn16>
2012-01-10 21:27   ` Sławomir Skowron [this message]
2012-01-10 22:00     ` Samuel Just

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=-5608777025883579446@unknownmsgid \
    --to=szibis@gmail.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=sam.just@dreamhost.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.