On Fri, 2015-10-02 at 13:21 +0100, Wei Liu wrote:
> On Fri, Oct 02, 2015 at 02:02:15PM +0200, Dario Faggioli wrote:
> > However, I think your point is valid... I think I can, in case
> > vnuma_nodes is provided, overrun $ram_mb with something more likely
> > to
> > fit on one physical node?
> >
>
On Fri, 2015-10-02 at 13:18 +0100, Wei Liu wrote:
> On Fri, Oct 02, 2015 at 02:02:15PM +0200, Dario Faggioli wrote:
> > Unfortunately, it's not something we can check precisely, because,
> > in
> > Xen, there is (yet) no mechanism to know, in case we have XX free
> > RAM
> > (apart from parsing th
On Fri, Oct 02, 2015 at 02:02:15PM +0200, Dario Faggioli wrote:
> On Fri, 2015-10-02 at 12:32 +0100, Wei Liu wrote:
> > On Fri, Oct 02, 2015 at 01:17:31AM +0200, Dario Faggioli wrote:
>
> > > diff --git a/Osstest/TestSupport.pm b/Osstest/TestSupport.pm
> > > index 2b67e32..bf8bd56 100644
> > > ---
On Fri, Oct 02, 2015 at 02:02:15PM +0200, Dario Faggioli wrote:
> On Fri, 2015-10-02 at 12:32 +0100, Wei Liu wrote:
> > On Fri, Oct 02, 2015 at 01:17:31AM +0200, Dario Faggioli wrote:
>
> > > diff --git a/Osstest/TestSupport.pm b/Osstest/TestSupport.pm
> > > index 2b67e32..bf8bd56 100644
> > > ---
On Fri, 2015-10-02 at 12:32 +0100, Wei Liu wrote:
> On Fri, Oct 02, 2015 at 01:17:31AM +0200, Dario Faggioli wrote:
> > diff --git a/Osstest/TestSupport.pm b/Osstest/TestSupport.pm
> > index 2b67e32..bf8bd56 100644
> > --- a/Osstest/TestSupport.pm
> > +++ b/Osstest/TestSupport.pm
> > @@ -1709,6 +1
On Fri, Oct 02, 2015 at 01:17:31AM +0200, Dario Faggioli wrote:
> This is done by introducing a new guest runvar, called
> 'vnodes', holding, if defined, the number of vNUMA nodes
> the guest should have.
>
> >From that, and basing on the other characteristics of the
> guest (namely, amount of RAM
This is done by introducing a new guest runvar, called
'vnodes', holding, if defined, the number of vNUMA nodes
the guest should have.
>From that, and basing on the other characteristics of the
guest (namely, amount of RAM and number of vcpus), we build
a vNUMA topology that makes sense.
For now,