Какой самый эффективный способ получить время в * nix в C ++ / boost?

Question

Какой самый эффективный способ получить время в * nix в C ++ / boost?

0

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

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

Мой прошлый опыт говорит мне, что получение часового времени с высокой скоростью является убийцей производительности, поскольку они переходят на вызовы системы/ядра. Существуют ли "менее худшие варианты" в среде Unix в C++?

В качестве отправной точки я использую сейчас "boost :: posix_time :: microsec_clock :: local_time()"

который идет на разрешение микросекунды (что мне не нужно), и это дает мне абсолютное время (где в принципе я был бы в порядке с относительным смещением к любой эпохе).

Каковы мои лучшие альтернативы?

user2123288 02 сен. 2014, в 04:32

Источник

1

Есть проблемы со time(NULL) ?
Havenard 02 сен. 2014, в 01:49
0

У вас есть примеры кода / меры под рукой, чтобы улучшить ваши предположения?
πάντα ῥεῖ 02 сен. 2014, в 01:58
0

@ Небесное time(2) в секундах. Вопрос определяет разрешение в миллисекундах.
Jeffery Thomas 02 сен. 2014, в 02:11
1

Если ваша UNIX-система работает на процессорах с тактовыми регистрами (например, x86 RDTSCP), то это будет самый быстрый вариант (но для примера TSC нетривиально правильно выполнять работу с ядрами и есть несколько предостережений переупаковки, переменных часов, приостановки). .). Обратите внимание, что наличие функции, номинально возвращающей микросекунды, не означает, что вы обладаете точностью до микросекунды - показания могут хорошо подскочить на некоторое количество микросекунд каждый раз ... вы можете измерить, вращая вызов функции и записывая наименьшую положительную дельту между последовательными показаниями. То же самое для любой другой очевидной точности.
Tony Delroy 02 сен. 2014, в 02:23

Показать ещё 2 комментария

Теги:

c++

unix

boost

2 ответа

Ещё вопросы

У вас есть примеры кода / меры под рукой, чтобы улучшить ваши предположения?
@ Небесное time(2) в секундах. Вопрос определяет разрешение в миллисекундах.
Если ваша UNIX-система работает на процессорах с тактовыми регистрами (например, x86 RDTSCP), то это будет самый быстрый вариант (но для примера TSC нетривиально правильно выполнять работу с ядрами и есть несколько предостережений переупаковки, переменных часов, приостановки). .). Обратите внимание, что наличие функции, номинально возвращающей микросекунды, не означает, что вы обладаете точностью до микросекунды - показания могут хорошо подскочить на некоторое количество микросекунд каждый раз ... вы можете измерить, вращая вызов функции и записывая наименьшую положительную дельту между последовательными показаниями. То же самое для любой другой очевидной точности.

Jeffery Thomas · Answer 1 · 2014-09-01T23-57-00.000Z

Я не могу сказать, что быстрее, но подумали ли вы о том, какое время вам нужно?

clock(3): тики CPU... полезны для тестирования производительности, но не для синхронизации сетевых вызовов или временных меток.
clock_gettime(3) CLOCK_MONOTONIC: Непрерывное время... полезно для таймирования сетевых вызовов.
gettimeofday(2): Настенное время... полезно для временных меток и, возможно, для тестирования производительности.

Убедитесь, что любой метод времени, который вы выбираете, соответствует вашим потребностям.

rahman · Answer 2 · 2014-09-02T00-24-00.000Z

Ниже вы получаете отметки времени в микросекундах (которые, как вы говорите, слишком много для вас). легко настроить деление/умножение, чтобы получить микросекунды:

const uint32_t getTime()
{

    struct timeval  tv;
    struct timezone tz;
    struct tm      *tm;

    gettimeofday(&tv, &tz);
    tm = localtime(&tv.tv_sec);

    return (tm->tm_hour * 3600000000/*3600 * 1000 * 1000*/) +
    (tm->tm_min * 60000000/*60 * 1000 * 1000*/) +
    (tm->tm_sec * 1000000/*1000 * 1000*/) +
    (tv.tv_usec);
}