Что заставляет приложение Grails создавать больше потоков в некоторых развертываниях - PullRequest
2 голосов
/ 11 июня 2019

Не уверен на 100%, как спросить это. Перейти к последнему абзацу для фактического вопроса, остальное справочная информация.

Мы запускаем Grails 3.3.2 и переносим наши приложения с развертывания в Tomcat на развертывание в виде автономных jar-файлов. Мы внедряем виртуальные серверы, которые (теоретически) одинаковы для разных развертываний. Все они развернуты на RHEL.

В некоторых наших развертываниях пиковые / активные потоки, которые использует Grails, значительно выше, чем в других развертываниях, до такой степени, что на некоторых серверах мы устанавливаем мягкую верхнюю границу процесса, но не на других. Наше немедленное решение состоит в том, чтобы увеличить эту мягкую крышку, чтобы учесть количество необходимых потоков, но мы пытаемся выяснить, почему существуют различия.

Я понимаю, что поскольку каждый из них работает автономно, у нас теперь больше активных потоков, так как каждое приложение должно управлять своим собственным контейнером и ресурсами, а не тем, что обрабатывается tomcat, это не то, что я пытаюсь выяснить.

У нас развернуто более 10 приложений, и соотношение потоков на приложение кажется одинаковым для всех развертываний. Например, если приложения A, B и C имеют 50, 60 и 100 потоков в одном развертывании, они будут использовать 100, 120 и 200 (или 75, 90, 150) в другом развертывании. Существующие данные на серверах отличаются, но число потоков, по-видимому, не напрямую связано с размером данных, и, поскольку соотношение данных между приложениями в разных развертываниях различается, я почти исключил эту возможность.

Что я действительно ищу, так это если кто-нибудь знает, что может быть настроено по-разному, либо на виртуальных серверах, либо на физических серверах, на которых они размещены, что может привести к приложения раскручивать с разным количеством активных потоков?

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