<br><br><div class="gmail_quote">On Tue, Feb 7, 2012 at 11:10 PM, Forest Hale <span dir="ltr"><<a href="mailto:havoc@ghdigital.com">havoc@ghdigital.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
For Linux I just use:<br>
    struct timespec ts;<br>
    clock_gettime(CLOCK_MONOTONIC, &ts);<br>
    return (double) ts.tv_sec + ts.tv_nsec / 1000000000.0;<br>
<div><div></div><div class="h5"><br></div></div></blockquote><div><br></div><div>Yep -- that's what's in SDL ;)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div class="h5">
On 02/07/2012 01:14 PM, Patrick Baggett wrote:<br>
> Well, Wiki probably isn't the best source for this, but:<br>
><br>
> <a href="http://en.wikipedia.org/wiki/Time_Stamp_Counter" target="_blank">http://en.wikipedia.org/wiki/Time_Stamp_Counter</a><br>
><br>
> In particular, (since it looks like MacOS implies Intel CPUs about 99% of the time)<br>
><br>
> For Pentium 4 processors, Intel Xeon processors (family [0FH], models [03H and higher]); for Intel Core Solo and Intel Core Duo processors (family [06H], model [0EH]); for the Intel Xeon processor<br>
> 5100 series and Intel Core 2 Duo processors (family [06H], model [0FH]); for Intel Core 2 and Intel Xeon processors (family [06H], display_model [17H]); for Intel Atom processors (family [06H],<br>
> display_model [1CH]): the time-stamp counter increments at a constant rate. That rate may be set by the maximum core-clock to bus-clock ratio of the processor or may be set by the maximum resolved<br>
> frequency at which the processor is booted. The maximum resolved frequency may differ from the maximum qualified frequency of the processor.<br>
><br>
> This is probably true of Intel i3/5/7 as well, so you should be reasonably safe.<br>
><br>
> If you look at <a href="http://hg.libsdl.org/SDL/rev/6bd701987ba9" target="_blank">http://hg.libsdl.org/SDL/rev/6bd701987ba9</a> on line 5.25, you can see that these are implemented in a reasonable way for UNIX-like OSes, so you should be able to use the above-mentioned<br>

> SDL functions portably. Unless you're running on older AMD CPUs (K8, not K10), then I wouldn't worry too much. I don't think you'll need to mess with the power management unless you're running on an<br>

> older machine.<br>
><br>
><br>
><br>
><br>
</div></div><div class="im">> _______________________________________________<br>
> SDL mailing list<br>
> <a href="mailto:SDL@lists.libsdl.org">SDL@lists.libsdl.org</a><br>
> <a href="http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org" target="_blank">http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org</a><br>
<br>
<br>
</div><font color="#888888">--<br>
LordHavoc<br>
Author of DarkPlaces Quake1 engine - <a href="http://icculus.org/twilight/darkplaces
Co-designer" target="_blank">http://icculus.org/twilight/darkplaces<br>
Co-designer</a> of Nexuiz - <a href="http://alientrap.org/nexuiz" target="_blank">http://alientrap.org/nexuiz</a><br>
"War does not prove who is right, it proves who is left." - Unknown<br>
"Any sufficiently advanced technology is indistinguishable from a rigged demo." - James Klass<br>
"A game is a series of interesting choices." - Sid Meier<br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
SDL mailing list<br>
<a href="mailto:SDL@lists.libsdl.org">SDL@lists.libsdl.org</a><br>
<a href="http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org" target="_blank">http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org</a><br>
</div></div></blockquote></div><br>