I run Windows 7 Professional IA-32 with RealTimeIsUniversal=1 on
brolin-V13, my Dell Vostro V13 laptop. This means brolin-V13’s hardware
clock (RTC) runs in UTC, as it should, instead of the local time zone,
as Microsoft still uses for the completely illogical default
configuration. RealTimeIs
Piece of feedback below.
On 11/12/10 13:07, Brolin Empey wrote:
I run Windows 7 Professional IA-32 with RealTimeIsUniversal=1 on
brolin-V13, my Dell Vostro V13 laptop. This means brolin-V13’s hardware
clock (RTC) runs in UTC, as it should, instead of the local time zone,
as Microsoft still uses
On 2010-12-11, Jan Ceuleers wrote:
> Piece of feedback below.
>
> On 11/12/10 13:07, Brolin Empey wrote:
>> I run Windows 7 Professional IA-32 with RealTimeIsUniversal=1 on
>> brolin-V13, my Dell Vostro V13 laptop. This means brolin-V13?s hardware
>> clock (RTC) runs in UTC, as it should, instead
unruh wrote:
On 2010-12-11, Jan Ceuleers wrote:
Piece of feedback below.
There's no way I'm going to read all that. If you have a question for
us, please can you put it a little more succinctly? Thanks.
That's not a good policy to encourage. You will get the common Subject:
Help; It does
David Woolley wrote:
unruh wrote:
On 2010-12-11, Jan Ceuleers wrote:
Piece of feedback below.
There's no way I'm going to read all that. If you have a question for
us, please can you put it a little more succinctly? Thanks.
Actually, I /did/ write my question succinctly at the end of my p
"Brolin Empey" wrote in message
news:nssmo.1329$317.1...@newsfe20.iad...
[]
My RTC already runs in UTC, but my RTC is approximately 2 minutes behind
because I have no way of writing the Windows NT system time to the
hardware clock (RTC) after using an NTP client to synchronise the
Windows N
Brolin Empey wrote:
> David Woolley wrote:
>> unruh wrote:
>>> On 2010-12-11, Jan Ceuleers wrote:
Piece of feedback below.
>>
There's no way I'm going to read all that. If you have a question for
us, please can you put it a little more succinctly? Thanks.
>
> Actually, I /did/ writ
Brolin,
Brolin Empey wrote:
> I run Windows 7 Professional IA-32 with RealTimeIsUniversal=1 on
> brolin-V13, my Dell Vostro V13 laptop. This means brolin-V13?s hardware
> clock (RTC) runs in UTC, as it should, instead of the local time zone,
> as Microsoft still uses for the completely illogical d
Martin Burnicki wrote:
Brolin,
Brolin Empey wrote:
I run Windows 7 Professional IA-32 with RealTimeIsUniversal=1 on
brolin-V13, my Dell Vostro V13 laptop. This means brolin-V13?s hardware
clock (RTC) runs in UTC, as it should, instead of the local time zone,
as Microsoft still uses for the comp
Brolin,
sorry for the late reply. I've been offline due to a really bad cold.
Brolin Empey wrote:
> Martin Burnicki wrote:
>> Brolin,
>>
>> Brolin Empey wrote:
>>> I run Windows 7 Professional IA-32 with RealTimeIsUniversal=1 on
>>> brolin-V13, my Dell Vostro V13 laptop. This means brolin-V13?s h
Martin Burnicki wrote:
also be able to set the correct system time initially, but I'm not sure the
NTP package can even be built for Windows on IA32.
Did you mean that? NTP has been buildable for 32 bit Intel machines
running Windows, since NT 3.5, and Meinberg provide an installer for 32
On Mon, Jan 3, 2011 at 16:34 PM, Martin Burnicki
wrote:
>> I have configured the w32time service to start automatically, but it
>> does not seem to start automatically, so my system time is approximately
>> 2 minutes behind until I run "net start w32time && w32tm /resync" in an
>> elevated (with a
[]
I believe so, to the extent you can load the driver at all: Most new
Windows installations are x64, and Microsoft makes it enough of a pain
to use unsigned drivers on 64-bit versions of Windows that I suspect
it's impractical for unattended use. I believe unsigned drivers are
still allowed i
Dave Hart wrote:
On Mon, Jan 3, 2011 at 16:34 PM, Martin Burnicki
wrote:
I have configured the w32time service to start automatically, but it
does not seem to start automatically, so my system time is approximately
2 minutes behind until I run "net start w32time&& w32tm /resync" in an
elevate
David Woolley wrote:
> Martin Burnicki wrote:
>
>> also be able to set the correct system time initially, but I'm not sure
>> the NTP package can even be built for Windows on IA32.
>>
>
> Did you mean that? NTP has been buildable for 32 bit Intel machines
> running Windows, since NT 3.5, and Me
Dave Hart wrote:
> On Mon, Jan 3, 2011 at 16:34 PM, Martin Burnicki
> wrote:
>>> I have configured the w32time service to start automatically, but it
>>> does not seem to start automatically, so my system time is approximately
>>> 2 minutes behind until I run "net start w32time && w32tm /resync" i
David J Taylor wrote:
> It would certainly be good to have kernel-mode timestamps in Win-64.
> Although the average jitter reduction achieved by switching from user-mode
> to kernel-mode is not great (say from 3.5 microseconds to 2.2
> microseconds), the greater consistency and freedom from jitter
In fact I've heard of *nobody* except you, me, Danny, and Terje building
ntpd on Windows ;-)
[]
Regards,
Martin
Martin,
I did attempt to do this with considerable help from the folk here, and I
think I even got as far as set of executables once, but as I'm not a C/C++
person, the effort in
Hm, I recently found that at least under Windows Server 2008 x64 the
QueryPerformanceCounter (QPC) call is obviously emulated when running 32
bit applications on this 64 bit system.
My wclkres program (32 bit binary)
http://www.meinberg.de.www/download/utils/windows/wclkres-1.4.zip
reports a QPC
David,
David J Taylor wrote:
> Some extra reference points for you - I just checked on a couple of
> Windows-7 64-bit systems:
>
> Intel D330 Atom PC (Molde):
> QPC: 1.563 MHz, 51ns
> (my own software shows 26ns for a GetTickCount call, and 51ns for QPC)
>
> Intel i5-760 PC (Alta)
> QPC: 2.744 M
David,
David J Taylor wrote:
>> In fact I've heard of *nobody* except you, me, Danny, and Terje building
>> ntpd on Windows ;-)
> []
>> Regards,
>>
>> Martin
>
> Martin,
>
> I did attempt to do this with considerable help from the folk here, and I
> think I even got as far as set of executables
Martin Burnicki wrote:
Brolin,
sorry for the late reply. I've been offline due to a really bad cold.
I have kept deferring replying to your message, at least partly because
of the nature of the medium. However, I am glad to report my hardware
clock has been sufficiently accurate since I ra
On 2011-02-01, Brolin Empey wrote:
> After synchronising brolin-N900 with time.windows.com , brolin-V13
> is 8 seconds behind brolin-N900 . I know this may be significant for
> certain applications, but it is good enough for me.
FWIW ... NTP can typically keep your clock synced within +/- 0.01 s
Steve Kostecke wrote:
On 2011-02-01, Brolin Empey wrote:
After synchronising brolin-N900 with time.windows.com , brolin-V13
is 8 seconds behind brolin-N900 . I know this may be significant for
certain applications, but it is good enough for me.
FWIW ... NTP can typically keep your clock sync
>> After synchronising brolin-N900 with time.windows.com , brolin-V13
>> is 8 seconds behind brolin-N900 .
I can understand that some people don't need to time sync their
servers. Not everyone runs data centers. But "8 seconds" tells me
something is just plain broken. No reasonable working syst
At 08:26 PM 2/1/2011, Brolin Empey wrote...
As I have already stated in a previous message in this thread, I am
not using ntpd. I do not need ntpd:
Then let me be the first to tell you that you're on the wrong mailing
list. This one deals with NTP, if it's not obvious from the name.
___
On 2011-02-02, Brolin Empey wrote:
> Steve Kostecke wrote:
>> On 2011-02-01, Brolin Empey wrote:
>>
>>> After synchronising brolin-N900 with time.windows.com , brolin-V13
>>> is 8 seconds behind brolin-N900 . I know this may be significant for
>>> certain applications, but it is good enough for m
Steve Kostecke wrote:
This request belongs on a Microsoft support forum. There's nothing we
can do about it here.
I suspect one actually needs a Microsoft paid support channel to get
anywhere near a decision maker. Even then, given the size of Microsoft,
and the relatively low importance
Mike S wrote:
> At 08:26 PM 2/1/2011, Brolin Empey wrote...
>>As I have already stated in a previous message in this thread, I am
>>not using ntpd. I do not need ntpd:
>
> Then let me be the first to tell you that you're on the wrong mailing
> list. This one deals with NTP, if it's not obvious fr
29 matches
Mail list logo
