RE: Is it possible to access VMware clock ticks backlog from the Open VMware Tools?

[Vlasov, V. <vv...@me...>]

Hi Dmitry.

Telling "embedded backlog" I mean some kind of buffer which holds
undelivered clock ticks.
This is not related to VMware Tools, it is part of VMware and works even
if tools are not installed.

I think you know it better than me that VMware Workstation virtualizes
clock devices and delivers it's ticks to guest OS. If OS is busy that
delivery can be delayed and stored to so called backlog. Then backlog
will be catched up as quick as possible.

So, I'm asking about this internal buffer, is it available for tools?
Is there any interface to it?

I'm writing simplified sync daemon which contains interface to VMware
backdoor only and would like to track backlog too in order to don't
allow oversync.

Best regards
Vladimir Vlasov
 -----Original Message-----
 From: Dmitry Torokhov [mailto:dt...@vm...] 
 Sent: Thursday, June 17, 2010 8:42 PM
 To: Vlasov, Vladimir
 Cc: ope...@li...
 Subject: Re: Is it possible to access VMware clock ticks backlog from
the Open VMware Tools?

 Hi Vladimir,

 On Monday, June 14, 2010 09:44:05 pm Vlasov, Vladimir wrote:
 > Hi.
 > 
 > VMware has embedded backlog for delayed clock ticks so guest can
catch up
 > after starvation. Is there any way to access this backlog from the
Open
 > VMware Tools?
 > 
 > Tools contain guestd which can sync guest to host and I think it
should
 > have such access in order to sync properly. I downloaded source and
tried
 > to find something but failed.
 > I'll try better but may be someone already know something regarding
subj?
 > 

 I am not sure what you mean by "embedded backlog". The timeSync plug-in
in mmtoolsd (residing in services/plugins/timeSync/) implements the 
 synchronization algorithm. It basically queries host for current time
and > then slows down or speeds up guest clock to get back in sync with
the host.

You can enable and disable time synchronization via vmware-toolbox or
vmware-toolbox-cmd.

I hope this answered your question.

Thanks,
Dmitry