LINUX.ORG.RU

История изменений

Исправление drfaust, (текущая версия) :

«Java-приложение: это сложный ПАК, включает Java-application и СУБД, МЦСТ не имело доступа к приложению, что не позволило провести полноценный анализ, — говорится в них. — Удалось вслепую улучшить время старта Java-приложения и задержку отклика в три раза только подбором опций запуска Java-машины»


«При запуске Java-приложения на сервере загружались не более четырех ядер, что позволило платформе х86 поднимать частоту до 3,9 ГГц, что, скорее всего, не соответствует частоте ядер полностью загруженного сервера (2,1 ГГц)», — добавляют в МЦСТ

И как понимать первое оправдание? Получается, что они даже не пересобирали жаба-машину - просто подкрутили конфиг?

Ну и действительно - почему бы не грузануть все ядра? Это же бенч, а на серверах нагрузка на проц должна составлять более 50% - иначе просто перерасход средств (дорогущая техника простаивает)

Исходная версия drfaust, :

«Java-приложение: это сложный ПАК, включает Java-application и СУБД, МЦСТ не имело доступа к приложению, что не позволило провести полноценный анализ, — говорится в них. — Удалось вслепую улучшить время старта Java-приложения и задержку отклика в три раза только подбором опций запуска Java-машины»


«При запуске Java-приложения на сервере загружались не более четырех ядер, что позволило платформе х86 поднимать частоту до 3,9 ГГц, что, скорее всего, не соответствует частоте ядер полностью загруженного сервера (2,1 ГГц)», — добавляют в МЦСТ

И как понимать первое оправдание? Получается, что они даже не пересобирали жаба-машину - просто подкрутили конфиг?

Ну и действительно - почему бы не грузануть все ядра? Это же бенч, а на серверах нагрузка на проц должна состовлять более 50% - иначе просто перерасход средств (дорогущая техника простаивает)