Re: [RFC 2/7] change headers preparing for steal time

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

 



On 08/26/2010 05:17 PM, Glauber Costa wrote:
On Thu, Aug 26, 2010 at 05:04:02PM -0400, Rik van Riel wrote:
On 08/26/2010 04:44 PM, Zachary Amsden wrote:

Will 32 bits be enough?

Good question.   Reading the rest of the code,
I suspect it won't be, but Glauber will know
better.

We are at msec resolution, not nanoseconds.
And I doubt we need more than that, since
we'll later on convert to jiffie granularity.

it gives us enough for about 50 days of steal
time.

I guess what really helps us here is that
kvm_get_steal_time() returns the delta.

This means it can be (it's using u64 at the
moment, but that is fixable) changed to deal
with overflows.

At that point, it should do the right thing
even if the 32 bit value contained nanoseconds.
And with microseconds, it would certainly be
plenty :)

--
All rights reversed
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux