[Ovirt-devel] Re: Thoughts about taskomatic redesign
Ian Main
imain at redhat.com
Fri Jun 27 18:08:17 UTC 2008
On Fri, 27 Jun 2008 18:04:31 +0000
David Lutterkort <dlutter at redhat.com> wrote:
> On Fri, 2008-06-27 at 10:10 -0700, Ian Main wrote:
> > > We want to have 'n' x (number of logical CPU cores) worker processes
> > > for a value of 'n' yet to be determined - if they're mostly waiting
> > > on I/O, then 'n' can be pretty large. We'll have to just try it out and
> > > see what a good number is.
> >
> > I'm pretty sure it's all IO bound stuff. I think the queues will have
> > to be implemented serially
>
> Not sure I understand .. isn't the whole point of this to process tasks
> in parallel as much as possible ?
Huh, must have had a brain fart or something. Ah, I know what I meant.. I meant non-async calls to the nodes to implement the tasks. So they'll be spending a lot of time waiting for the return.
> > so most of time you're waiting around for the node to complete it's
> > business, so basing it on CPU cores is probably not really relevant.
> > Probably expanding dynamically based on queue size would work better I
> > would think.
>
> The most critical resource for a worker thread is going to be the memory
> it uses. So you definitely want an upper bound on the number of workers
> that could ever be started, and that should probably be based off the
> amount of memory available - but there's nothing wrong with making that
> a configurable fixed value for now.
Good point.
Ian
More information about the ovirt-devel
mailing list