Накладные расходы времени _mm_lfence() недетерминированы?

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

Нет, это не так, но я считаю ru_nvcsw и ru_nivcsw, которые сообщают, как часто происходило переключение контекста, равно 4. Нужно ли также проверять прерывания для этого процесса? Или как я могу это сделать?

Если вы ищете другие примеры кода для этого, проверьте github для spectre/meltdown/l1tf PoC, так как измерение времени доступа является необходимым компонентом для них.

Здравствуйте, я прочитал о RDTSC и думаю, что понял суть этого: «Он работает на номинальной частоте процессора». Таким образом, проблема в том, что он начинает тикать с заявленной частотой, независимой от фактической частоты процессора в данный момент. Тогда это должно означать, что проблема не в функции защиты и она занимает одинаковое время, но время измеряется неправильно.

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

@AnaKhorguani: вы можете поставить rdpmc до и после блока или отдельной инструкции и вычесть. (Вам может понадобиться lfence для предотвращения переупорядочения, я не уверен. Я не думаю, что он сериализуется в потоке инструкций.) И кстати, rdtsc правильно измеряет время. Просто время — это не то, что вам нужно, это основные тактовые циклы. (Поскольку служебные данные измерения lfence + rdtsc представляют собой постоянное количество циклов, а не наносекунд.)

perf определенно поддерживает встречные запросы на основе rdpmc в пользовательском пространстве. Это самый простой способ заставить rdpmc работать в Linux.

Я пытаюсь протестировать библиотеку PAPI, которую, надеюсь, правильно установил. В отдельном файле у меня есть моя программа .c, и я включаю этот заголовок #include <papi.h>. Я думаю, что это не должно быть проблемой, так как я могу определить переменную типа PAPI_event_info_t. Однако, когда я пытаюсь скомпилировать код с оператором: PAPI_library_init, я получаю сообщение об ошибке: (.text+0x41): неопределенная ссылка на `PAPI_library_init'. Я пытаюсь понять, в чем проблема, и много гуглю, но есть ли шанс, что вы могли бы предложить, как я могу скомпилировать программу с функциями библиотеки PAPI?

я должен скомпилировать с дополнительными флагами?

@AnaKhorguani: да, очевидно, вам нужна правильная опция библиотеки -l. Я тоже гуглил, но не нашел, какая библиотека на самом деле содержит функции perf.

Я нашел -lpapi, и после добавления библиотеки в путь это сработало. Я могу скомпилировать и запустить программу с функциями папи, но теперь у меня другая проблема. когда я пытаюсь это сделать: if ((num_hwcntrs = PAPI_num_counters()) <= PAPI_OK) printf("Эта система имеет %d доступных счетчиков. \n", num_hwcntrs); Я понимаю, что в системе 0 доступных счетчиков. не уверен, в чем может быть проблема. думал, что опубликую это как новый вопрос

@PeterCordes, попробовав что-то, обнаружил, что количество аппаратных счетчиков на моем ноутбуке равно 0. Есть ли у меня надежда использовать papi или это тупик?

@AnaKhorguani: Вы пробовали perf stat -d ./a.out, чтобы узнать, может ли он использовать какие-либо счетчики HW? Если это работает для циклов/инструкций/и т. д., возможно, вы неправильно используете библиотеку.

@PeterCordes Спасибо, ваш комментарий к другому сообщению помог. Теперь я могу больше тестировать с помощью papi и, надеюсь, смогу получить более точные результаты для промахов и попаданий в кэш процессора.