Таймер с автосбросом вызывает System.OutOfMemoryException

Question

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

timerMonitoreoOrdenes = new System.Timers.Timer(FRECUENCIA_MONITOREO_ORDENES); 
timerMonitoreoOrdenes.Elapsed += new ElapsedEventHandler(timerMonitoreoOrdenes_Elapsed); 
timerMonitoreoOrdenes.Enabled = true; 
timerMonitoreoOrdenes.AutoReset = true; 

В timerMonitoreoOrdenes_Elapsed методе я бегу хранимая процедура, которая возвращает DataSet и для каждой строки, я создаю новый объект, который хранится в памяти Queue

программа предназначена для быть запущенно все время (как сервис Windows), но после того, как программа работает для Несколько часов я получаю это исключение

System.OutOfMemoryException: 
    in System.Threading.ExecutionContext.CreateCopy() 
    in System.Threading._TimerCallback.PerformTimerCallback(Object state) 

Причина, по которой я делаю это, как это Becase есть внешняя программа, которая вставляет записи в БД со статусом = 0, и мне нужно, чтобы получить эти записи, процесс их и установить статус = 1 , Есть некоторые темы, которые принимают записи из очереди

Важно отметить, что это для приложения РЕАЛЬНОГО ВРЕМЕНИ-ТРЕЙДИНГ, что 1 вторая задержка информации слишком высока

• Я хочу знать, возникает ли исключение System.OutOfMemoryException из-за автосекретаря таймера?
• Должен ли я создать Thread или использовать Thread.Sleep вместо Timer для проверки определенных записей, которые были вставлены другим процессом?

Answer 1

Несомненно, это вполне возможно. Таймер с тиреровкой AutoReset = true - это тикающая бомба замедленного действия. Вещи идут кардинально неправильно, если интервал слишком короткий. Использование 200 мсек довольно рискованно, запросы на обновление базы данных могут занять больше времени. В частности, если колонка, которую вы ищете, не индексируется.

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

Используйте AutoReset = false и снова вызовите Start() в конце обработчика событий Elapsed. И используйте разумный интервал, который по крайней мере близок к фактическому времени обработки. И добавьте индекс в этот столбец, чтобы движок dbase не смотрел на каждые записей в таблице.

Answer 2

Привет, я сделал это один раз, мне пришлось разделить код и сделать сервис Windows, я рекомендую вам сделать то же самое, использовать службу Windows, чтобы проверять час каждые 10 минут, каждую минуту или что-то вроде и выполняйте процедуры.

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

Answer 3

Вы уверены, что правильно выбрали таймер, вызвав метод Dispose(), когда таймер больше не нужен? Если вы этого не сделаете, это создаст утечку памяти.