Довольно часто по окончании заезда получается подобная ситуация:


С одной стороны может это показаться прикольным, но по большей степени сие не правильно.

За сим, в виду предположительной не сложности реализации, довольно ощутимого увеличения информативности и в итоге увеличения прозрачности распределения мест:

Прошу рассмотреть предложение о более точном отображении времени прохождения заезда -
добавление сотой доли секунды.

Как вариант - еще одна циферка чуть правее и чуть меньше десятой доли секунды.

Да, сам видел подобное. Поддерживаю.

С точки зрения ТерВера: на дистанции ваш лишний/недостающий рейтинг будет стремиться к 0. Ну и зачем переписывать код, тратить время на это и т.д... За это время можно создать другие, более стоящие вещи.
Я голосую против.

Скорость может совпадать и до сотых долей секунд. Тогда попросят добавить тысячные :) Так что гиблое это дело...
Если обогнал - значит, обогнал на сколько-то сотых долей секунд, а на сколько конкретно - это уже не так и важно. Чай, не за мировое первенство боремся.

P.S. А вообще, есть железобетонный вариант - научиться печатать как Хруст, и обгонять всех на сотню-другую знаков. И про десятые/сотые доли секунд можно больше никогда не вспоминать

Увы, неверно.
Стандартные средства windows физически не позволят получить точность более ~16 мс. Заморачиваться системой реального времени ради сайта никто не будет, это неэффективно.

С Линсом не поспоришь!

Ну нет так нет.

Моя, теперь уже неверная логика, исходила из того, что раз кто-то выше, значит есть критерий
и скорей всего он кроется во времени, т.е. выводится только часть того, что известно, т.е.
нужно просто вывести чуть больше. Но раз серьезные заморочки всплывают, тогда тут без вариантов.

Та и действительно нафик все эти цвета, ранги, медальки.. кому все это надо..
главное выбивать качественно скрость, остальное все ерунда.

Мое дело маленькое - предложить.
Спасибо всем отписавшимся.

Так и есть. Но выводить эту информацию - лишнее загромождение интерфейса.

Сомневаюсь, что хостинг живет под семеркой, ну да ладно. 1мс все равно не получить в нагруженной среде, мы за это долго пытались биться в свое время, и через настройки, и через разные функции. Хотя до сотых получается, тут погорячился и неправ.

По три значащих цифры для времени и для скорости - вроде, какое-никакое соответствие есть. А вот в БЖ записи выводятся только с точностью до секунды. Ну а за секунду можно напечатать десяток знаков (или больше) => тогда и скорости нужно округлять до десятков. Или десятые доли секунды выводить. А то действительно некорректно получается.

Расчет скорости идет не на хостинге, а на локальной машине. Если бы расчеты все велись на стороне сервера, то скорость печати сильно зависела бы от канала интернета.

В интеловских процессорах с дремучих времён есть аппаратный счётчик, работающий на частоте процессора (мнемоника RDTSC). В Windows есть системные вызовы QueryPerformanceCounter() и QueryPerformanceFrequency().

Фигня это всё. Микросекунды легко и непринуждённо можно мерить. Этого за глаза.

Возможность измерения времени с микросекундной точностью ≠ ось реального времени.
Таймер ≠ счётчик времени.

Короче, сюрприза на 8 марта не будет. Расходимся.