[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAL7Bo8EP8he+OycqAnnNOD+W9eZ=qYfUNXFJ5zffUHq_0GUxYQ@mail.gmail.com>
Date: Fri, 26 Sep 2014 10:24:05 +0100
From: Mike Surcouf <mps.surcouf.lkml@...il.com>
To: Thomas Shao <huishao@...rosoft.com>
Cc: Sitsofe Wheeler <sitsofe@...il.com>, Olaf Hering <olaf@...fle.de>,
"gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"driverdev-devel@...uxdriverproject.org"
<driverdev-devel@...uxdriverproject.org>,
"apw@...onical.com" <apw@...onical.com>,
"jasowang@...hat.com" <jasowang@...hat.com>,
KY Srinivasan <kys@...rosoft.com>,
Haiyang Zhang <haiyangz@...rosoft.com>
Subject: Re: Time keeps on slipping... on Hyper-V
> We still recommend user to configure NTP in the guest VM. With the new time sync feature in this patch,
> you could have one more option to enable the guest-host sync, if the NTP didn't work in the environment.
> For example the guest VM didn't have network connection.
Microsoft used to use host time-samples in their older drivers but
this was dropped (when I don't know).
Now we must use NTP to correct hyperv_clocksource which suffers from
the usual problems associated with virtual environment cpu loading.
Host time-samples in conjunction with an effective clock stability
algorithm with slews rather than steps should be the default.
NTP is a workaround and should not be the primary solution.
I have seen a lots of posts for RHEL CENTOS Linux that have a
FAST.hyper_clocksource confirmed by myself on CENTOS 6.5 and 7.0
(also confirmed by Olaf on SLES).
If this patch steps the clock once in a while without any form of
slewing then it has the potential to break things as files and logs
travel BACK in time.
Apologies Thomas could you send me the patch via email as lkml.org
does not have it in the archives.
Regards Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists