интересно, вы предлагаете определить большой максимум и маленький минимум, что-то на подобии java -Xmx20480M -Xmx20m. Возможно это и сработает, JVM память точно запрашивает память порциями, можно даже указать шаг. Интересно конечно посмотреть как это все будет работать в реальности…
не понял что конкретно вы имеете ввиду. про какую настройку идет речь. вы абсолютно никак не настроите JVM стандартными средствами, чтобы при увеличении памяти поступал сигнал в ОС про необходимость масштабирования. Пока, это можно сделать написав дополнительный код, который контролирует память внутри JVM и при необходимости дергает какие-то рычаги виртуального хостинга.
> «Автоматическом масштабировании» можно создать правило, в зависимости от которого наши ресурсы будут увеличиваться и уменьшаться.… К сожалению, масштабировать можно только в зависимости от того что происходит с RAM. А что делать, если у меня место на диске заканчивается?
а что делать если у меня Java процесс, ОС даже не узнает о том что память кончилась, JVM самостоятельно ограничивает лимиты использования памяти.
сомневаюсь, мне когда один человек, который собирал энергию в лесу рассказывал что как раз в таких случаях используется запасной ресурс. Хотя точнее нам могут ответить авторы, они ведь проводили исследования, наверно…
Активация мозговой деятельности это хорошо, только за счет чего? за счет скрытых, резервных ресурсов. А их придется после траты обязательно пополнять, т.е. больше спать или качественнее отдыхать. Сразу надо делать проект — Ресурсо-Пополняйзер.
ну типа того, только в данном примере — «зачем коню пятая нога»? веб-приложения по своей архитектуре хорошо паралелятся и это решается без MPJ, интересно что-то более приближенное к реальности.
я бы с удовольствием потестировал эту услугу, интересно насколько реально ДЦ готовы такое предоставить. мы разрабатываем платформу, для которой динамическое выделение ресурсов как раз таки было бы идеальным. Суть алгоритма будет такова что наш софт сам себя мониторит, и как только он понимает что пора масштабироваться он может дать команду виртуальному серверу на увеличение ресурсов, после получения которых автоматически поднимется еще одна програмная серверная нода… Не могу подуть заявку на тестирование, СМС не пришло.
я думаю, размер особого значения не имеет, при длительной работе при наличии утечки памяти даже самый маленький класс приведет к OOME, а при правильной реализации и большие классы отрабатывают отлично.
Интересно было бы почтить как автор решает проблему полной перегрузки ранее загруженных классов…
при каждом вызове скрипта Rhino генерит один из классов который отвечает за работу оператора print, причем этот класс постоянно имеет новое имя. При периодическом вызове скрипта каждую секунду, сервак падал с ошибкой OutOfMemoryError, после рефактиринга работает многие сутки напролет.
document.write = function(i) { var txt = document.createElement('span'); txt.innerHTML = i; span.appendChild(txt); };исходя из этой реализации, проблемы будут, скрипт не подключится.
document.write('<script src=«s.js» type=«text/javascript») + document.write('></script>')
а что делать если у меня Java процесс, ОС даже не узнает о том что память кончилась, JVM самостоятельно ограничивает лимиты использования памяти.
Интересно было бы почтить как автор решает проблему полной перегрузки ранее загруженных классов…