Пропасть между минмальными и рекомендуемыми требованиями возникает за счет транскодирования. А именно, когда не совпадают кодеки, например H.264 и VP8.
С транскодированием
Основная и самая большая нагрузка на CPU создается при видео транскодинге. В остальных случаях она должна быть минимальной. Если это не так, то это баг и надо разбираться.
При использовании триальных лицензий, транскодинг видно визуально - отображается логотип.
Наличие такого watermark, говорит, что стримеру, отправляющему этот поток, назначена транскодинг-сессия.
Чем больше разрешение отправляемого стримером видео, тем больше CPU будет потреблять транскодинг. Например транскодирование 1 потока 720p вполне может занять одно физическое ядро. Т.е. в случае использования транскодинга, нужно закладывать примерно 0.5 ядра на одного стримера (0.5 с учетом того, что разрешение не 720p, а например 640x480). И в этом случае для обслуживания 24 стримеров потребуется около 12 ядер, что как раз и есть 2xCPU Xeon 6 cores per CPU. Плюс некоторы ресурсы на раздачу потоков, которые уже не требуют транскодирования.
Без транскодирования
В этом случае нагрузка должна быть минимальной и очень медленно расти.
В общем, универсальном случае от транскодирования избавиться нельзя, т.к. возникают ситуации с несовпадающими кодеками.
Для последней сборки с настройками по-умолчанию, матрица транскодингов выглядит так:
Красным цветом показаны случаи транскодинга.
В вашем случае, если используете только WebRTC (Chrome Desktop, Firefox Desktop, Chrome Android ) можно попробовать оптимизировать переключением на VP8 видеокодек.
Меняем:
Code:
codecs=opus,alaw,ulaw,g729,speex16,g722,mpeg4-generic,telephone-event,h264,vp8,flv,mpv
на
Code:
codecs=opus,alaw,ulaw,g729,speex16,g722,mpeg4-generic,telephone-event,vp8,h264,flv,mpv
в файле flashphoner.properties
требует перезагрузки WCS
Т.е. можно попытаться оптимизировать только для WebRTC. В этом случае VP8-H.264 транскодинг автоматически включится для Flash.
Нормально ли это или уже следует увеличить ресурсы?
Первым делом нужно убедиться что у вас нет транскодинга по всем тестируемым направлениям.
Далее мониторить ресурсы, и при необходимости увеличить.
Про RAM
Чем больше доступной памяти, тем реже может работать сборщик мусора, тем меньше влияние на процессор и процесорные задержки, тем плавнее будут идти стримы под нагрузкой. Поэтому в требованиях указано 16 Gb RAM. С таким объемом памяти, можно выставить следующие настройки в файле
/usr/local/FlashphonerWebCallServer/bin/setenv.sh
Т.е. отдать 8 гигабайт под heap.
