Как лучше сделать переодический вызов процедуры C# в static class?

Question

[Grand Silence]

В общем, метод Timer_ResetIdle нужно вызывать каждую минуту. Как лучше это сделать с точки зрения нагрузки на цп? Был вариант с таймером, но к рабочему варианту так и не дошел. Получилось сделать через создание нового потока, в котором был цикл вызывающий Thread.Sleep - плохой вариант, как для ожидания, к тому же имеет погрешности. Собственно повторюсь, как на .NET выглядит наиболее рациональный вариант по эффективности ЦП?

Шаблон кода...

<b>static </b>class PowerMgr
{
        ....
        const uint RESET_IDLE_TIMER = 0x80000001;

        private static void Timer_ResetIdle(object arg)
        {
            SetThreadExecutionState(RESET_IDLE_TIMER);
            ......
        }
}

Answer 1

[gleb_kudr]

> Thread.Sleep
Ох ох, не надо так делать.

Есть прекрасный System.Timers.Timer, который и нужно использовать. Еще для таймеров можно использовать другой класс - System.Threading.Timer, вот статья в которой хорошо описаны их различия: msdn.microsoft.com/en-us/magazine/cc164015.aspx

Comments

[Grand Silence]

Спасибо, про Thread.Sleep - знаю, пустая нагрузка и проблемы. А System.Timers.Timer гляну, спасибо.

[lam0x86]

Про нагрузку в Thread.Sleep можно поподробнее? На самом деле, подход с Thread.Sleep тоже имеет право на жизнь, только его нужно слегка "подтюнить", вычитая из задержки время выполнения предыдущего callback-а. Более того, иногда этот метод работает гораздо точнее таймера, т.к. таймер использует ThreadPool, который при нерациональном использовании, в следствие своей singleton-ной природы, может забиться задачами из других частей программы. Я сам сталкивался с проблемой отставаний таймеров, которые доходили до нескольких секунд в одной очень критической к задержкам функциональности. Перешли на NewThreadScheduler из Reactive Extensions - проблема исчезла. Главное - не забывать, что количество потоков всегда следует минимизировать, поэтому чаще всего таймеры - действительно оптимальный вариант.

[Grand Silence]

lam0x86: спасибо за полезный коммент) есть над чем подумать. А вообще потестю как будет время, отпишу может быть