100% Загрузка процессора службой Kernel

[Dalagardi 0]

День добрый.

 

Имеется:

21 IP камера - bd3570rc.

Сервер на базе i7 - 4550, 16GB RAM (sysinfo во вложении). Температура процессора в норме.

Сейчас используем бета версию из этой темы http://www.devline.ru/forum/index.php?showtopic=2066&do=findComment&comment=8795 (linia-6.9.4-f8b1214b3ee9-ru.exe)

 

Проблема: при запуске сервиса, kernel.exe загружает процессор на 100% а клиентская часть зависает наглухо. (скрин диспетчера во вложении)

 

Переустановка программы на более раннюю, stable и beta версии не помогли.

Изменения протокола передачи данных не помогло.

Антивирусы отсутствуют, UAC и брандмауэр отключены.

Изменение к/с не помогло (ставили 1,5,15,25).

WIndows установлена с нуля, чистая, без постороннего софта.

 

Если кратко то, 21 камера в сети, при включении сервера с ПО для мониторинга он зависает сразу же как только прогрузится. Если глянуть в диспетчер то процесс kernel.exe съедает 100% процессора. Если отключить сервер от сети, то работа соответсвенно восстанавливается, т.к. сервер не получает данные от камер.

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

Камеры двухпоточные, 1й поток H.264 1920x1080, второй поток отключен на время, H.264 512x288(с включенным ситуация не изменялась).

 

Если на всех камерах выставить через наблюдательный пост минимальное разрешение, то сервер функционирует идеально, но это ни в коем случае не является решением проблемы, так как нас интересует разрешение не менее 1920х1080.

 

[Станислав 0]

Здравствуйте!
Процессор Intel Core  i7-4770
Нужно:
1.  Проверить реальную частоту процессора.
2. Задействовать второй поток с разрешением 320x240 с IP камер, можно использовать для этого RTSP ссылки вида rtsp://admin:admin@192.168.0.27/h264/ ( /h264/ зависит от моделей камер). Для уточнения ссылок - укажите модели используемых камер или запросите примеры у производителя. Именно с самих камер, сейчас на 14 выбрано "Перекодировать источник" что только увеличивает загрузку процессора на сервере.
Протокол оставьте UDP

Этого должно быть достаточно, при таких настройках ожидаемая загрузка процессора i7-4770 при 22 IP камерах с разрешением 1920х1080, H.264 по 25 к/с, второй поток с IP камер 320x240 H.264 по 25 к/с около 20 %

Стоит попробовать обновить программное обеспечение до версии http://devline.ru/f/linia-6.9.4-2c2515233fc8-ru.exe

Если к серверу возможен удалённый доступ  с помощью ПО TeamViewer 7|8 (www.devline.ru/soft/ds.exe) или Ammyy Admin - укажите данные для подключения личным сообщением и удобное для Вас время, попробуем настроить вместе.
 
Писать архив на системный диск не рекомендуется.

[Dalagardi 0]

День добрый.

Огромное спасибо за ответ, натолкнули меня на мысль!

 

Смысл был в том что камеры 2-х поточные, 2 потока с разным разрешением, а ПО пыталось брать оба потока с 1-ого потока камер и декодировать один из потоков в меньшее разрешение. Т.о. получалось что оба потока с высоким разрешением, но второй постоянно преобразовался в низкое и естественно что серверу не хватало мощности преобразовать 21 поток в реально времени.

 

После того, как был указан жесткий путь rtsp://admin:admin@192.168.0.27/h264_2 (_2 это второй поток, _3 третий поток и т.д.), программа прогрузила все потоки правильно и нагрузка снизилась до 17%.

На данный момент система работает стабильно, протестируем еще пару часиков, о результатах сообщу.

[Dalagardi 0]

Полёт нормальный. Спасибо за помощь! 

[Станислав 0]

Здравствуйте!

Спасибо, что сообщили о результате.