From: Richard Cochran <richardcochran@gmail.com>
To: Thomas Shao <huishao@microsoft.com>
Cc: tglx@linutronix.de, gregkh@linuxfoundation.org,
linux-kernel@vger.kernel.org, devel@linuxdriverproject.org,
olaf@aepfle.de, apw@canonical.com, jasowang@redhat.com,
kys@microsoft.com
Subject: Re: [PATCH 2/2] hyperv: Implement Time Synchronization using host time sample
Date: Tue, 14 Oct 2014 13:54:12 +0200 [thread overview]
Message-ID: <20141014115412.GC4019@localhost.localdomain> (raw)
In-Reply-To: <1413285078-7027-1-git-send-email-huishao@microsoft.com>
On Tue, Oct 14, 2014 at 04:11:18AM -0700, Thomas Shao wrote:
> In current hyper-v time sync service,it only gets the initial clock time
> from the host. It didn't process the following time samples. This change
> introduced a module parameter called host_time_sync. If it is set to true,
> the guest will periodically sychronize it's time with the host clock using
> host time sample. By default it is disabled, because we still recommend
> user to configure NTP for time synchronization.
I really don't see the need for this. We have NTP. If the guests want
to, they may use it. Otherwise, they have a free running clock, just
like real machines.
> + /*
> + * Use the Hyper-V time sample to adjust the guest time. The
> + * algorithm is: If the sample offsets exceeds 1 second, we
> + * directly set the clock to the server time. If the offset is
So the guests will experience random time jumps in the kernel, without
any rhyme or reason?
> + * less than 1ms, we ignore the time sample. Otherwise we adjust
> + * the clock.
> + */
So when using this kernel module, the sychronization is never expected
to be better than one millisecond. That is not too good. I expect NTP
can do better. So what was the point of this change again?
Thanks,
Richard
next prev parent reply other threads:[~2014-10-14 11:54 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-14 11:11 [PATCH 2/2] hyperv: Implement Time Synchronization using host time sample Thomas Shao
2014-10-14 11:19 ` Dan Carpenter
2014-10-14 12:50 ` Thomas Shao
2014-10-14 13:10 ` Dan Carpenter
2014-10-14 13:13 ` Thomas Shao
2014-10-14 13:16 ` Mike Surcouf
2014-10-14 14:00 ` Thomas Shao
2014-10-14 16:46 ` Mike Surcouf
2014-10-14 14:21 ` Richard Cochran
2014-10-14 13:43 ` Joe Perches
2014-10-14 11:54 ` Richard Cochran [this message]
2014-10-14 13:04 ` Thomas Shao
2014-10-14 13:19 ` Richard Cochran
2014-10-14 14:08 ` Thomas Shao
2014-10-14 13:25 ` Richard Cochran
2014-10-14 14:12 ` Thomas Shao
2014-10-14 14:14 ` Mike Surcouf
2014-10-14 14:33 ` Richard Cochran
2014-10-14 15:00 ` Victor Miasnikov
2014-10-14 16:30 ` Richard Cochran
2014-10-14 14:25 ` Richard Cochran
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20141014115412.GC4019@localhost.localdomain \
--to=richardcochran@gmail.com \
--cc=apw@canonical.com \
--cc=devel@linuxdriverproject.org \
--cc=gregkh@linuxfoundation.org \
--cc=huishao@microsoft.com \
--cc=jasowang@redhat.com \
--cc=kys@microsoft.com \
--cc=linux-kernel@vger.kernel.org \
--cc=olaf@aepfle.de \
--cc=tglx@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.