Параметры Understandng kurento.conf.json

Question

Может кто-нибудь объяснить различные параметры, которые у нас есть в файле kurento.conf.json.

• ресурсы ограничение использования для повышения исключения, когда создание объекта попытки "exceptionLimit": "0.8", но я вижу этот параметр комментируется в конфигурационном файле, есть ли причина, почему это комментируется или мы не должен его использовать ??

• Ограничение использования ресурсов для перезапуска сервера, когда объекты не живы "killLimit": "0.7" даже этот параметр прокомментирован, рекомендуется ли внести изменения и использовать этот параметр или нет?

• "garbageCollectorPeriod": 240, будет ли какая-либо проблема с производительностью, если мы изменим это значение с 240 на 10-20 секунд?

• "threads": 10, согласно моему пониманию, эти потоки отвечают за обработку входящего соединения, поэтому рекомендуется увеличить этот счетчик потоков до некоторого более высокого значения или создать серьезное использование ЦП?

P.S: Я попытался настройки количество потоков и количество сбора мусора, но я не наблюдатель много изменений, может быть, это может быть так, что я не был в состоянии произвести нагрузку на KMS.

Answer 1

В .conf.json файлов некоторые PARAMS прокомментированы просто показать, что они есть и могут быть использованы и другие есть, чтобы показать значение по умолчанию. Вы можете раскомментировать их, чтобы активировать их.

• "exceptionLimit": при загрузке сервера на 80% медиа-сервер создает исключение.Эта функция активна по умолчанию, и здесь для отображения значения по умолчанию.
• "killLimit": это функция безопасности, которая проверяет нагрузку на машину, когда нет живых элементов мультимедиа. Если ресурсы превышают лимит и экземпляры объектов не созданы, экземпляр медиа-сервера останавливается. Это было введено, так как были ситуации, в которых медиа-сервер будет потреблять ресурсы, когда объектов нет. Это было решено, но функция была оставлена ​​на всякий случай. По умолчанию он неактивен.
• "garbageCollectorPeriod": Количество секунд, в течение которых элементы мультимедиа сохраняются в живых, когда сеанс websocket, к которому они привязаны, закрыт. Это произойдет, если вы забудете освободить свой конвейер, и веб-узел, подключенный к медиа-серверу, будет закрыт. Если вы аккуратны, вы не увидите здесь большой разницы.
• "threads": Количество потоков для запросов на участие. Это будет иметь значение в экстремальных ситуациях нагрузки, например, когда многие пользователи одновременно присоединяются к комнате, и все они одновременно запрашивают новые конечные точки. Вероятно, это не сильно отразится здесь.

Я не думаю, что вы увидите огромные различия, изменив любой из них, но в очень конкретных сценариях.

Answer 2

• "exceptionLimit": значение по умолчанию уже 0.8 так комментировать или раскомментировать это не имеет никакого эффекта, если вы не измените значение. Этот параметр настраивает количество ресурсов, которые могут быть использованы до возникновения исключения при создании нового объекта. Проверенные ресурсы - это память и потоки с использованием ограничений, которые имеет приложение.

• "killLimit": Этот отключен, если его нет в конфигурации. Если он установлен, он уничтожит медиазерувер, когда все объекты будут уничтожены, если ресурсы превысят лимит. Это полезно для уверенности в том, что сервер не пропускает память или потоки.

• "garbageCollectorPeriod": Чем ниже время, установленное здесь, тем выше потребление процессора. Не огромное увеличение потребления ЦП, а также получение критических регионов, которые могли бы задержать другие действия. Я никогда не ставил бы это меньше минуты.

• "threads": Это потоки, обрабатывающие RPC. Медиа обрабатывается на собственных потоках. Увеличение этого числа, если у вас нет большого количества запросов, не будет делать ничего, кроме увеличения пула потоков, которые будут ждать запросов. Наличие большого количества потоков в процессе может повлиять на его производительность, поскольку контекст переключается. Кроме того, количество потоков, которые может использовать процесс, ограничено, поэтому, если вы тратите их на элемент управления без необходимости, тогда часть носителя может выйти из строя из-за сортировки потока.