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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox