[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [fedora-virt] ksmtuned, v2



Hi Dan,

Sorry for taking so long to get around to this

On Wed, 2009-09-23 at 10:52 +0300, Dan Kenigsberg wrote:
> On Wed, Sep 16, 2009 at 07:21:14PM +0100, Daniel P. Berrange wrote:
> > On Wed, Sep 16, 2009 at 09:19:01PM +0300, Dan Kenigsberg wrote:
> > > On Wed, Sep 16, 2009 at 05:46:27PM +0100, Mark McLoughlin wrote:
> > > > 
> > > > Pushing this to rawhide now
> > > 
> > > Thanks. Though only now did I notice that you dropped my non-standard
> > > "signal" verb. http://gitorious.org/ksm-control-scripts/ksm-control-scripts/commit/84e59d1e2d4c243f010c8a4fdd1c4d147e1cd2ee
> > > This is how I want managemet to tell ksmtune that something has changed
> > > (new qemu process up, or just died). I want ksm to kick in as soon as
> > > this happens, not wait another minute.
> > > 
> > > If you really hate this, we can add a SIGUSR handler to ksmtune for the
> > > same aim.
> > 
> > I think your 'signal' verb makes sense - I'd just call it 'reload' instead
> > 
> 
> Mark, would you prefer the attached implementation? (I know I do)
> DPB, is the name 'retune' good enough? (I just do not see what is 'loaded')

Yeah, that makes sense - e.g. 'retune' doesn't reload ksmtuned.conf

I've pushed this now, it'll be in qemu-0.11.0-5.fc12

Thanks,
Mark.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]