Гарантия отклика процессора?

Если вы не хотите терять время в течение дня, вы бы не реализовали свой код, как это. Вы бы сделали что-то вроде

for(long next = System.currentTimeMillis() + 100;; start += 100) {
    // do something
    while(true){
        long delay = next - System.currentTimeMillis();
        if (delay <= 0)
            break;
        Thread.sleep(delay);
    }
}

Таким образом, вы можете получить дрожание до 5 мс на голом металлическом компьютере и 50 мс на гипервизоре, но это исчезнет на следующей итерации или после.

т.е. в этом коде нет кумулятивного дрейфа. (Примечание: таймеры с высоким разрешением дрейфуют, но это зависит от вашего оборудования)

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

Как реализовать защиту CPU на CentOS предпочтительнее или любую другую ОС?

Что я делаю для Java

• используйте isocpus = 5,6,11,12 или каждый процессор для каждого ядра, которое вы хотите изолировать. Я предлагаю выделить целые ядра. Это позволяет использовать гиперпотоки выборочно.
• настройте баланс IRQ, чтобы избежать этого CPU, если вы не намерены использовать их в своем потоке на этом CPU.
• используйте sched_setaffinity для привязки выбранных потоков к отдельным процессорам. Чтобы выделить целое ядро, оставьте один центральный процессор незанятым.

BTW Я рекомендую заняться ожиданием, а не использовать сон или что-то, что блокируется в ОС, поскольку это нарушает кэширование CPU. т.е. ваш код будет работать значительно медленнее (2-5x) после пробуждения, поскольку время бодрствования - это не единственное, о чем вам нужно беспокоиться.

BTW2 Я не нашел надежного способа защиты экрана в Windows, отличного от установки приоритета, насколько это возможно, обратите внимание: вы не можете повысить приоритет, если вы не работаете как администратор. В Linux повышение приоритета не так эффективно, как удаление процессора из обычного планирования.