#java #jenkins #executable-jar
#java #дженкинс #исполняемый файл-jar
Вопрос:
Я настроил новый узел в Jenkins.
За исключением спецификаций сервера, все остальное то же самое, но на новом узловом сервере требуется вдвое больше скорости выполнения.
Кто-нибудь когда-нибудь испытывал это? Мне нужна помощь.
| Старый узел | Новый узел | |
|---|---|---|
| Спецификация сервера | 4vCPU, память 8 ГБ | 8vCPU, память 16 ГБ |
| JDK | 1.8.0_161 OpenJDK | 1.8.0_161 OpenJDK |
| Jar | то же самое | то же самое |
Опция выполнения Jar (например -XX:MetaspaceSize=512m , и т. Д.) |
то же самое | то же самое |
| Время сборки | 7 мин | 13 мин |
Комментарии:
1. Ну, это может быть вызвано самим приложением — например, если количество потоков зависит от количества доступных ядер, но накладные расходы на синхронизацию заглушают преимущества даже для небольшого количества потоков — это, очевидно, зависит от того, что делает приложение.
2. Не говоря уже о том, что существуют все другие спецификации, которые могут иметь значение.
3. Иногда предоставление большего объема памяти также может замедлить работу (накладные расходы GC медленно увеличиваются с увеличением размера управляемой памяти и т. Д. Некоторые вещи, которые быстро выходят из строя при небольшом объеме памяти, Требуют больше времени для сбоя при увеличении объема памяти и множестве других эффектов).
4. В вашем вопросе недостаточно информации. Что именно вы выполняете и какие процессоры используете? Если ваш код однопоточный, количество ядер процессора не имеет значения, если ваш код связан с вводом-выводом, спецификация вашего хранилища или даже скорость сети могут быть более актуальными. В зависимости от того, что вы выполняете, время доступа к вашей памяти может быть более важным, чем ее размер…
5. Я отмечаю, что вы сказали «vCPU», а не CPU. Обратите внимание, что производительность «vCPU» зависит от того, насколько занят вычислительный узел, и зависит от того, что другие виртуальные серверы могут делать на вычислительном узле. Это также может зависеть от того, насколько занят серверный серверный сервер. Короче говоря, вам следует обратиться к своему поставщику облачных вычислений ….
Ответ №1:
Извините за поздний комментарий.
Я сравнил все настройки сервера на старом узловом сервере с новым сервером и обнаружил, что конфигурация ssh была установлена на старом сервере : StrictHostKeyChecking=no .
Итак, я добавил настройку на новый сервер узла, и задание выполняется вовремя, как я и ожидал.
Спасибо вам за все.