Как программные локальные установки Java влияют на производительность?
При установке Minecraft, он устанавливает локальную установку Java. При запуске Minecraft, он использует эту установку. Я вижу преимущества обновления и нескольких версий Java, но он делает это независимо от каких-либо реальных установок Java на моем ПК. Моя версия Java всегда актуальна.
У меня обычно открыта куча программ на Java, и я всегда работаю в фоновом режиме. Как запуск виртуальной машины из отдельной установки влияет на производительность? Каковы плюсы и минусы такого способа установки? (Хотя я знаю большинство плюсов из моджанга). Что если многие другие программы сделали это? (Скажем, Eclipse для каждой установки)
1 ответ
Как запуск виртуальной машины из отдельной установки влияет на производительность?
В общем, это не так. Java-приложения (Minecraft, Open Office, LibreOffice, Eclipse и т. Д.), Запускаемые с рабочего стола, запускаются в разных процессах, поскольку каждая виртуальная машина Java (JVM), выполняющая такие приложения, является отдельным процессом. Однако также возможно запускать несколько приложений в одной JVM; хотя это вряд ли в обычной рабочей среде.
Без дополнительных настроек приложение Java будет работать на JVM из вашей установки JRE или JDK по умолчанию. В случае с Minecraft, он будет работать в JVM из JRE, установленной с новым модулем запуска, если только он не был специально изменен в параметрах запуска с использованием расширенных настроек. Eclipse будет работать в JVM по умолчанию, если в eclipse.ini,
Каковы плюсы и минусы такого способа установки?
Что касается Minecraft, то преимуществами отдельной установки JRE являются: 1) она обеспечивает наличие подходящей JRE для запуска Minecraft; 2) устраняет потенциальные проблемы, связанные с более старыми или новыми версиями JRE; это игра в конце концов; и 3) можно установить другую версию, не требуя изменений в JRE/JDK пользователя по умолчанию. У Minecraft нет недостатков.
Что касается других вариантов использования, то плюсы и минусы могут варьироваться в зависимости от количества установленных JRE. Например, мы используем текущие версии Java 1.6, 1.7, 1.8 и даже 1.9 для непрерывной интеграции и тестирования различных библиотек и приложений. Плюс в том, что мы можем легко тестировать различные среды. Недостатком является то, что он может стать кошмаром конфигурации, если вы не будете осторожны. Например, упаковка Java-приложения под 1.8 и запуск интеграционных тестов под 1.7. К счастью, у нас достаточно запаса аспирина.