Высокая загрузка CPU после обновления

[camaro396]

Добрый день! После обновления WCS с 5.2.1115 до 5.2.1214 один из процессов WCS стал постоянно грузить одно ядро на 100%, даже если нет ни одного стрима.
Куда смотреть, кто может быть виноват?

UPD: откатился до 5.2.1200, там всё хорошо.

 

[Max]

Добрый день.
Смотреть нужно в логи сервера и настройки. На нашем тестовом сервере demo.flashphoner.com (сборка 5.2.1204) такого не наблюдается даже под нагрузкой.
Пожалуйста, уточните кейс использования. Также соберите отчет при помощи report.sh и пришлите, используя эту форму, тогда мы сможем протестировать сборку с Вашими настройками и попытаться воспроизвести проблему.

 

[camaro396]

Понял, если вдруг столкнусь снова, то сделаю. Пока сидим на 1200.
Кейс использования: одиночный сервер под Hyper-V, 3 ядра, 3Гб Ram

CentOS 7
openjdk 15.0.2 2021-01-19
OpenJDK Runtime Environment (build 15.0.2+7-27)
OpenJDK 64-Bit Server VM (build 15.0.2+7-27, mixed mode, sharing)

flashphoner.properties
log4j.properties
wcs-core.properties
watchdog.properties

Просто запускаю сервис и одно ядро подскакивает до 100% без каких-либо подключений.

 

[Max]

Кейс использования: одиночный сервер под Hyper-V, 3 ядра, 3Гб Ram

Сразу видно проблему в конфигурации:

Рекомендуется использовать под Java heap 1/2 памяти сервера. Если на сервере всего 3 Гб, максимум, который можно выставить для Java heap - 1.5 Гб
Также уточните кейс: как именно публикуется поток (WebRTC, RTMP, RTSP, MPEG-TS, VOD), как именно зрители его забирают (WebRTC, RTMP, RTSP, HLS)
Судя по содержимому flashphoner.properties, в основном используются настройки по умолчанию, кроме диапазона медиа портов. Рекомендуется установить WCS начисто (не поверх), в этом случае flashphoner.properties будет более коротким и простым для изменений.
Кроме того, просим собирать отчеты при помощи скрипта report.sh, в этом случае будет больше полезной информации для разбора. В частности, там собирается и jstack, где видно, какие потоки больше нагружают процессор.

 

[camaro396]

Также уточните кейс: как именно публикуется поток (WebRTC, RTMP, RTSP, MPEG-TS, VOD), как именно зрители его забирают (WebRTC, RTMP, RTSP, HLS)

WebRTC в обе стороны, очень редко RTMP.
Но во время проблемы не было ни одного стрима.

 

[Max]

Но во время проблемы не было ни одного стрима.

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