PI> В Astra-Linux, основанной на Debian Wheezy, оба timeout'а PI> выдерживаются с точностью 1 микросекунда - 40000 и 4000, но на Это в среднем? PI> 10000 раз бывает несколько грубо неправильных вызова 1-го слота. Грубо - это на сколько? PI> Время получал с помощью gettimeofday(). В обоих системах ядро PI> скомпилированное, HZ=1000. Вообще-то, если надо ловить микросекунды, то это можно сделать только с RT-шедулером и RT-приоритетом, типа setschedparam(...SCHED_FIFO...). Ядро при этом должно быть с RT-патчем, и крайне нежелательно тулить всякую проприетарщину вроде драйвера nVidia. Ещё можно поиграть с clocksource. А вот HZ=1000 примерно пофиг. Hо всё равно на конторской машине точность тика даже в 100 мкс нельзя гарантировать.
PI> Запустил эту программу в Ubuntu-14.04 на ноутбуке с Intel Core i7, там PI> ещё хуже: вместо 4ms - 4150-4183 микросекунд, вместо 40ms - PI> 39688-40716 микросекунд.
PI> В чём может быть причина такой отработки интервалов в Ubuntu? PI> Hаверное, в Ubuntu есть какой-то порок. По-моему, ты пытаешься молоток использовать вместо микроскопа. Где-то повезло, где-то нет. Разве кто-то обещал, что QBasicTimer будет иметь какую-то точность?
С уважением, Alexey.
...В действительности всё совсем не так, как на самом деле.
--- FleetStreet 1.27.1 * Origin: Fit Station (2:461/155)
