Re: [PATCH 1/3] plugins: Implementation of Network Time plugin

[Aki Niemi <aki.niemi@nokia.com>]

[-- Attachment #1: Type: text/plain, Size: 1007 bytes --]

Hi Rémi,

On Tue, 2010-12-07 at 18:12 +0200, ext Rémi Denis-Courmont wrote:
> More than one second delay over D-Bus is not unheard of, especially on mobile 
> devices. I don't see the point of sending _both_ the reception timestamp and 
> the original NITZ value, but I do see the point in sending a value who 
> transmission is not time-sensitive.

Over a second round trip delay? We're running the D-Bus daemon behind a
GPRS link these days are we? ;)

> And even if drift were not a problem, it's best to have an API that does 
> fundamentally not suffer from the problem. Otherwise, you will need to justify 
> every second month why drift is a negligible issue.

It's still a constant imprecision caused by D-Bus latency (round-trip in
the case timed used the getter), so I wouldn't call it "drift".

That said, I get your point, and providing a value estimating the device
boot-time, rooted in the system monotonic clock is indeed a good
approach.

+1

Cheers,
Aki