wging
Joined 15 years ago
Joined 15 years ago
> Yes, when using either 32-bit or 64-bit number, the lowest portion can output a zero, as I suggested on the attached example file as a modification to fix the problem. But a true zero (fitting the requested size), on AMD, never happens.
Another person (on page 2) confirms those results on an older AMD processor (but failed to reproduce on a very new one, 9950X3D).
More specifically, I'm talking about tapping the '...' on a track for the options menu. That should be latency-free, and used to be.
I'm not so sure about that. The 1500 is the equivalent race run at major championships (and most paced time trials). But that record (3:26.00 by Hicham El Guerrouj) has stood one year longer, and is generally considered a stronger record. This is possibly the closest anyone's ever come to an equivalent performance to the 1500 record, in either the mile or the 1500. The second-fastest 1500m time ever is 3:26.34 by Bernard Lagat in 2001. The World Athletics scoring tables value a 3:42.66 at about 3:26.3, eyeballing the midpoint of given values. (Or taking the WA point values on the top lists, Josh Kerr's new mile record is 1298, Lagat's second-best 1500m is 1297, and El Guerrouj's 3:26.00 is 1302.)
I don't know whether the WA points or other conversion methods actually have small enough error bars to distinguish between the Lagat and Kerr performances, but the 1500 record beats the mile record by a big enough margin that I don't think we need to worry about that.
https://worldathletics.org/records/all-time-toplists/middlel...
https://worldathletics.org/records/all-time-toplists/middlel...
El Guerrouj had two pacers: https://www.youtube.com/watch?v=XvCsj7eJKKA
In fact, looking at this race, Tanui (the second pacer) actually stays on the track for longer than today's pacers did.