lkml.org 
[lkml]   [2009]   [Oct]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH] allow userspace to adjust kvmclock offset
    On 10/13/2009 09:46 PM, Glauber Costa wrote:
    > On Tue, Oct 13, 2009 at 03:31:08PM +0300, Avi Kivity wrote:
    >
    >> On 10/13/2009 03:28 PM, Glauber Costa wrote:
    >>
    >>>
    >>>> Do we want an absolute or relative adjustment?
    >>>>
    >>>>
    >>> What exactly do you mean?
    >>>
    >>>
    >> Absolute adjustment: clock = t
    >> Relative adjustment: clock += t
    >>
    > The delta is absolute, but the adjustment in the clock is relative.
    >
    > So we pick the difference between what userspace is passing us and what
    > we currently have, then relatively adds up so we can make sure we won't
    > go back or suffer a too big skew.
    >

    The motivation for relative adjustment is when you have a jitter
    resistant place to gather timing information (like the kernel, which can
    disable interrupts and preemption), then pass it on to kvm without
    losing information due to scheduling. For migration there is no such
    place since it involves two hosts, but it makes sense to support
    relative adjustments.

    --
    I have a truly marvellous patch that fixes the bug which this
    signature is too narrow to contain.



    \
     
     \ /
      Last update: 2009-10-15 02:57    [W:5.688 / U:0.004 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site