[Openmcl-devel] CCL 1.9 release candidate available
Wade Humeniuk
wade.humeniuk at gmail.com
Wed Feb 6 17:43:08 PST 2013
Scratch all that I said. On reflection, forget about getting any awesome resolution unless you have a dedicated atomic clock, a whole other OS and mega dollars to spend.
It seems some things are just not worth fretting over.
Wade
On 2013-02-06, at 3:08 PM, "R. Matthew Emerson" <rme at clozure.com> wrote:
>
> On Feb 6, 2013, at 4:24 PM, Alexander Repenning <Alexander.Repenning at colorado.edu> wrote:
>
>>
>> On Feb 6, 2013, at 1:48 PM, R. Matthew Emerson wrote:
>>
>>>
>>> On Feb 6, 2013, at 3:36 PM, Alexander Repenning <alexander.repenning at Colorado.EDU> wrote:
>>>
>>>> from the release notes:
>>>>
>>>>> access to high-resolution clock
>>>>>
>>>>> CCL:CURRENT-TIME-IN-NANOSECONDS returns the number of elapsed nanoseconds since some arbitrary point in time (likely system boot.)
>>>>>
>>>>
>>>> This sounds very useful. What is the approximate resolution of this function on Windows, i.e., what kind of Windows timer function is this based on?
>>>
>>> Pressing M-. on current-time-in-nanoseconds leads me to its definition in ccl:lib;time.lisp. On Windows, that function uses #_GetSystemTimeAsFileTime.
>>
>>
>> I was afraid of that because on most Windows systems, certainly XP, that would suggest a 15ms resolution which is rather disappointing.
>
> If you know of a Windows function that that would provide superior results, I'd love to hear about it.
>
> QueryPerformanceCounter() is not a good solution. It requires a lot of effort to compensate for its limitations. See, for example, https://bugzilla.mozilla.org/show_bug.cgi?id=676349
>
> _______________________________________________
> Openmcl-devel mailing list
> Openmcl-devel at clozure.com
> http://clozure.com/mailman/listinfo/openmcl-devel
More information about the Openmcl-devel
mailing list