Точное время

Залил я фикс в 4.1.8. Все равно больше плюсов, чем минусов.

2013-02-17T18:07:46Z

Залил я фикс в 4.1.8. Все равно больше плюсов, чем минусов.

Грубо говоря, детерминированность - это сложность алгоритма (не путать со сложностью кода). А реальн...

2013-02-17T18:03:22Z

Mikhail Sukhov

Грубо говоря, детерминированность - это сложность алгоритма (не путать со сложностью кода). А реальное время - это гарантия скорости.

Не понимаю как, "однозначность" завязана на "сложность" или на "скорость".
Я имел в виду, что детерменированные счётчики в Windows - это, наверное, только счётчики затраченных операций, и то не факт. Все остальные могут показать любые значения. По настроению. :)

Если это и имелось в виду под детерменированностью, то должен огорчить: Windows - не система реально...

2013-02-17T17:51:20Z

VassilSanych

Если это и имелось в виду под детерменированностью, то должен огорчить: Windows - не система реального времени

Детерминированность != реальное время.

Грубо говоря, детерминированность - это сложность алгоритма (не путать со сложностью кода). А реальное время - это гарантия скорости.

PS Если это и имелось в виду под детерменированностью, то должен огорчить: Windows - не система реал...

2013-02-17T17:44:08Z

PS
Если это и имелось в виду под детерменированностью, то должен огорчить: Windows - не система реального времени, поэтому точность StopWatch хоть и выше, но всё равно не идеальна. При этом и то, и другое одинаково зависит от общей загруженности процессора, потому что оба используют системные таймеры.

Дело в не скорости исполнения, а в том, что в отличие от StopWatch, DateTime.Now - это недетерминиро...

2013-02-17T17:34:37Z

Mikhail Sukhov

Дело в не скорости исполнения, а в том, что в отличие от StopWatch, DateTime.Now - это недетерминированная операция. Тоесть время может быть и практически мгновенным, а может и залипнуть на пару секунд. Это все зависит от текущей загруженности компьютера. StopWatch же гарантирует кол-во тактов, за которое может быть выполнена операция.

Ни та, ни другая операция не залипает.
при тех же 10000000 - оба суммарных значения бегают между 0.60 и 1.3 с (сборщик мусора шалит). Так что можно считать полное отсутствие задержки в обоих случаях.
Залипают только фактические значения DateTime.Now.

Между определением Now и замером Start может пройти некоторое время. Эта погрешность будет потом тян...

2013-02-17T17:23:26Z

VassilSanych

Mikhail Sukhov

Между определением Now и замером Start может пройти некоторое время. Эта погрешность будет потом тянуться в течении всей жизни приложения.

10000000 запусков в цикле - 1.12 с
Можно считать, нет погрешности.

Между определением Now и замером Start может пройти некоторое время. Эта погрешность будет потом тян...

2013-02-17T17:16:30Z

Mikhail Sukhov

10000000 запусков в цикле - 1.12 с
Можно считать, нет погрешности.

А нет. Это наводки от прекомпиляции. Одинаковый перфоманс. _startDate = DateTime.Now; _timer.Start()...

2013-02-17T17:05:36Z

VassilSanych

А нет. Это наводки от прекомпиляции.
Одинаковый перфоманс.

_startDate = DateTime.Now;
_timer.Start();

Между определением Now и замером Start может пройти некоторое время. Эта погрешность будет потом тянуться в течении всей жизни приложения.

А нет. Это наводки от прекомпиляции. Одинаковый перфоманс.

2013-02-17T16:14:12Z

А нет. Это наводки от прекомпиляции.
Одинаковый перфоманс.

Я думал, что перфоманс моего вызова будет хуже, но не значительно, но оказалось: На 10000 вызовов - ...

2013-02-17T16:09:20Z

Я думал, что перфоманс моего вызова будет хуже, но не значительно, но оказалось:
На 10000 вызовов
- DateTime.Now + NowOffset = 0.0892 с
- LoggingHelper.Now = 0,0002399 с

Как я написал, целью было изменить LoggingHelper.Now Да, теперь понятно. Интересно, насколько перфо...

2013-02-17T15:53:30Z

VassilSanych

Как я написал, целью было изменить LoggingHelper.Now

Да, теперь понятно. Интересно, насколько перфоманс изменился.

А причем тут лог? Был переделан метод, синхронизирующий время с атомными часами. Как я написал, цель...

2013-02-17T15:24:04Z

Mikhail Sukhov

А причем тут лог? Был переделан метод, синхронизирующий время с атомными часами.

Как я написал, целью было изменить
LoggingHelper.Now
Которое используется практически везде. В частности в логах.
Синхронизация времени просто приведена в соответствие с новой логикой вычисления LoggingHelper.Now.

Это не позволяет видеть время выполнения операций в логе, не запуская лишний раз профайлер. А причем...

2013-02-17T15:20:36Z

VassilSanych

Это не позволяет видеть время выполнения операций в логе, не запуская лишний раз профайлер.

А причем тут лог? Был переделан метод, синхронизирующий время с атомными часами.

Я так понимаю, смысл в том, чтобы повысить точность передаваемого dtNow, а не добавление миллисекунд...

2013-02-17T15:13:34Z

Mikhail Sukhov

Я так понимаю, смысл в том, чтобы повысить точность передаваемого dtNow, а не добавление миллисекунд (DateTime.Now имеет точность до наносекунд, другое дело, что его время вычисления дискретно)?

Смысл в реализации Now. Остальное всё - следствия и частности.
DateTime.Now при частом вызове просто возвращает прошлые значения.
Погрешность DateTime.Now при этом составляет десятки миллисекунд.
Это не позволяет видеть время выполнения операций в логе, не запуская лишний раз профайлер.
Ну и просто лог выглядит глупо :)

var dtNow = _startDate + _timer.Elapsed; NowOffset = new NtpClient().GetLocalTime(TimeZoneInfo.Loca...

2013-02-17T15:07:05Z

VassilSanych

Код


var dtNow = _startDate + _timer.Elapsed;
NowOffset = new NtpClient().GetLocalTime(TimeZoneInfo.Local, timeout).Subtract(dtNow);

Раз уж есть исходники, вот небольшая доработка для тех, кому позарез нужны миллисекунды public stati...

2013-02-17T13:48:22Z

Раз уж есть исходники, вот небольшая доработка для тех, кому позарез нужны миллисекунды

Критика приветствуется