Есть в моей библиотеке такая вещь как штамп времени
Долго я его выстрадывал. Там суть в том, чтобы в Int64 запихнуть высокоточный замер времени
И в POSIX это удаётся сделать просто, там есть функция clock_gettime, она достаточно быстрая и даёт точность до наносекунд

А в Windows появились сложности. Я вычитал, что GetSystemTimeAsFileTime работает очень быстро и имеет высокую точность (до 10й части микросекунды). Проблема началась тогда, когда я стал замерять дельту времени с помощью этого штампа. Оказалось, метод имеет такую же погрешность как и GetTickCount - в районе 15мс.



В итоге я не знаю, что делать под виндой. Было желание поиграться с QueryPerformanceCounter, но не совсем ясно, как его привязать к датам. Плюс лет 10 назад я сталкивался с проблемой, что в зависимости от ядра замер времени различался, получалось, что замер времени мог быть отрицательным.

Есть у кого-то опыт и мысли по решению задачи?

rgreat,

Так он и делает QueryPerformanceCounter
Только как ты этот штамп времени переведёшь в дату?

rgreat,

А ты сам то смотрел? )

Kazantsev Alexey,

Слушай, спасибо
Похоже это то, что нужно
А что у неё с поддержкой? Я так понял с Windows 2000?
Есть какая-то информация по производительности?

Бл*

Dimitry Sibiryakov,

Если бы это высказал кто-то другой, я бы даже не переспрашивал
Но так как это говоришь ты, я всё-таки спрошу
С чего такие мысли? )

Cobalt747,

Ну мне до наносекунд и не нужна
Обычно нужна до миллисекунд. Но GetTickCount даёт большую погрешность
В целом вариант точности до микросекунд (1 / 1000000 секунды) с учётом UTC и возможностью перевести в локальное время - на мой взгляд весьма крутая штука. Практически это закрывает все задачи с таймингом. Будь то замер времени или логирование то же
Плюс это универсальный формат для разных ОС, можно передавать по сети

Кажется, я знаю как решить задачу для винды )

Жесть, сколько тут людей, не верящих в собственные силы )

Dimitry Sibiryakov,

Я новичок?
Ну ок :)

Краткий ответ - для всего, где нужен тайминг :)

У меня что-то типа компании, совсем начинающей, я специализируюсь на Delphi. Иногда приходят задачи по доработке легаси проектов. Соответственно и библиотеки я пытаюсь разрабатывать таким образом, чтобы Delphi, начиная с 7 версии, поддерживался. Так вот когда я лепил бенчмарки, оказалось, что мой штамп времени для замера времени не подходит, поскольку имеет высокую погрешность. Пришлось лепить поверх System.Diagnostics.TStopwatch. Мелочь конечно, но неприятно.

У меня есть синхронизирующие примитивы. Там можно выставить таймаут. И считается он поверх таймштампа. Соответственно сейчас погрешность составляет 15 миллисекунд.

В скором времени буду переделывать логгер. Стандартное форматирование активно использует буферные строки, что на многопоточных приложениях приводит к блокировке. Получается если погрешность на логгере составляет 15 миллисекунд, значит на некоторых строках, особенно если логироваться из разных потоков, картина будет не соответствующая действительности.

Необходимость в UTC таймштампе с высокой точностью загрела давно. И под Posix этот вопрос решается на раз-два. Вопрос был в том, как добиться высокой точности и привязке к дате на винде. Если я похож на новичка, который не умеет задать вопрос, это конечно прикольно. Но ты то меня должен знать давно. Соответственно и ассоциаций таких быть не должно.

Kazantsev Alexey,

Я решил делать QueryPerformanceCounter с UTC-инкрементом. Спасибо, что прояснил ситуацию
Это была очень полезная информация

Соколинский Борис,

Ты не понял
Операция может занимать 14 мс
Но такой замер времени покажет 0

Вообще 1мс - это огромный промежуток времени для процессора
Можно несколько миллионов операций за это время провести