Как увеличить размер кучи для локального сервера разработки? По умолчанию теперь -Xms1024m -Xmx2048m
(../local/engine/nodemanager/config/nodemanager.properties
).
Есть ли свойство, которое я могу установить в environment.properties
?
Как увеличить размер кучи для локального сервера разработки? По умолчанию теперь -Xms1024m -Xmx2048m
(../local/engine/nodemanager/config/nodemanager.properties
).
Есть ли свойство, которое я могу установить в environment.properties
?
Для серверов DEV / TEST / PRELIVE:
У вас может быть файл свойств для производства, разработки и т. Д., Который отменяет файл свойств среды с использованием модификации prio в вашей сборке; Проверьте закрытие "include" в вашей сборке и дважды проверьте, есть ли пункт для включений, специфичных для среды. (например, если среда разрабатывается, используйте development.properties)
На самом деле мы обошли эту проблему и сделали наш DEV ТЕСТ-сервером (так что создайте тип снимка, а затем разверните его с помощью settings.gradle), чтобы вы не создавали два отдельных потока DevOps.
Для локальных сред DEV: если вы хотите смягчить его повторение разработчика, либо не запускайте deployServer, если вам не нужно (используйте dC), либо исключите выполнение ответственной задачи / проекта Gradle и, следовательно, перезапись файла.
Существует ключ свойства, который можно использовать для настройки параметров памяти сервера приложений. Более того, вы можете использовать этот ключ в вашем локальном environment.properties
файле.
appserverJvmArgs= -Xms3072m -Xmx4096m
Это приводит к nodemanager.properties
, где и ваши настройки, и аргументы виртуальной машины по умолчанию склеиваются вместе следующим образом.
process.appserver0.command=tomcat.(bat|sh) appserver0 -Xms3072m -Xmx4096m -Xms1024m -Xmx2048m
Я считаю, что ваши пользовательские настройки по-прежнему имеют приоритет над настройками по умолчанию (все еще распечатаны).