Задержка таймера Ухудшается или становится несогласованным с течением времени?

Question

Я надеюсь, что кто-то может пролить свет на то, что может произойти для меня. Вот краткое изложение того, что происходит.

У меня есть приложение, которое делает много «вещей». Это довольно мощное приложение, которое делает множество номеров хрустом, используя множество потоков. Используется несколько таймеров. В течение длительного периода времени таймеры перестают последовательно ссылаться на прошедший обработчик.

Например: у меня есть таймер, установленный каждый раз. Через несколько часов таймер начинает беспорядочно запускать поздно. Если я не перезагружаю приложение, производительность просто ухудшается, а таймеры запускаются позже и позже, в конечном итоге, превращаясь в 3 или 4 секунды, заставляя меня перезапустить приложение. Я не смог идентифицировать утечки. Использование ЦП не увеличивается, память не растет, и сервер не находится рядом с максимальным. Может ли кто-нибудь дать мне некоторые идеи относительно того, что может быть причиной этого?

private void Timer_Elapsed(object source, ElapsedEventArgs e) 
{ 
    if (seconds > 0) 
    { 
     seconds--; 

     timer.Start(); 
    } 
} 

Answer 1

Похоже, что на самом деле это не тот же самый таймер, поэтому здесь «утечка» ресурсов - это ручки GDI.

Answer 2

Возможно ли, что вы исчерпаете пул потоков? Большинство таймеров вызывают обработчик, используя поток threadpool. Если задействованы все потоки threadpool, они просто будут стоять в очереди до тех пор, пока они не будут доступны.

Если это случай, переключите часть своей обработки, чтобы использовать свои собственные потоки, а не потоки нити.

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

Размер бассейна можно изменить ThreadPool.SetMaxThreads, хотя это может быть и не самое лучшее решение. Если вы используете потоки threadpool для более длительных запущенных задач, остановите его. Для длительных задач используйте свои собственные потоки.

Answer 3

Возможные обходной путь:

DateTime mayContinue = DateTime.MinValue; 
bool blockingUi = false; 

private void Timer_Elapsed(object source, ElapsedEventArgs e) 
{ 
    if(blockingUi) 
    { 
     if(DateTime.Now < mayContinue) 
     { 
      // Notify time remaining 
      // Update the UI with a BeginInvoke 
     } 
     else 
     { 
      blockingUi = false; 
      // Notify ready 
      // Update the UI with a BeginInvoke     
     } 
    } 
} 

private void BlockUi() 
{ 
    mayContinue = DateTime.Now.AddSeconds(30); 
    blockingUi = true; 
} 

Answer 4

класс таймера вы используете очень важно

http://msdn.microsoft.com/en-us/magazine/cc164015.aspx

, но я не думаю, что проблема сама по таймеру, , например, попытаться сделать приложение, использующее тот же самый класс таймера

, который ТОЛЬКО записывает текущую дату Date в журнал регистрации ле

и оставить ее работать в течение очень длительного периода времени, вы увидите, что там нет такого 3/4 секунды задержать

обзор кода таймер и проверьте, что никаких общих ресурсов не осуществляется доступ на то же время, возможно, таймер в порядке, но есть узкое место в функции обработчика события или в «что-то», которое использует функция