s...@inktank.com said:
> On Thu, 7 Mar 2013, Bryan K. Wright wrote:
>
> s...@inktank.com said:
> > - pg log trimming (probably a conservative subset) to avoid memory bloat
>
> Anything that reduces the size of OSD processes would be appreciated.
> You can probably do this with just
> log max recent = 1000
> By default it's keeping 100k lines of logs in memory, which can eat a lot of
> ram (but is great when debugging issues).
Thanks for the tip about "log max recent". I've made this
change, but it doesn't seem to significantly reduce the size of the
OSD processes.
In general, are there some rules of thumb for estimated the
memory requirements for OSDs? I see processes blow up to 8gb of
resident memory sometimes. If I need to allow for that much memory
per OSD process, I may have to just walk away from ceph.
Does the memory usage scale with the size of the disks?
I've been trying to run 12 OSDs with 12 2TB disks on a single box.
Would I be better off (memory-usage-wise) if I RAIDed the disks
together and used a single OSD process?
Thanks for any advice.
Bryan
--
========================================================================
Bryan Wright |"If you take cranberries and stew them like
Physics Department | applesauce, they taste much more like prunes
University of Virginia | than rhubarb does." -- Groucho
Charlottesville, VA 22901|
(434) 924-7218 | br...@virginia.edu
========================================================================
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
