Все,
Я занимаюсь некоторым исследованием того, как уменьшить объем памяти сеанса, которую наше JSF-приложение использует для каждого пользователя.
Мы используем MyFaces 1.1.7 иTomahawk 1.1.5, работающий на IBM Websphere 7.0 patch 19. (В настоящее время не удается обновить ни один из этих элементов)
Рекомендация IBM состоит в том, что размер сеанса должен быть меньше 5 КБ - в среднем около 2,5 К по порядку.не влиять на производительность сервера и репликацию сессии.В настоящее время мы используем память в память, но смотрим на переход к базе данных, как это было предложено IBM.
Наш сайт работал на скорости около 35 МБ на пользователя.Мы изменили количество состояний просмотра со 100 до 10, и оно уменьшилось до 4M.
У нас есть несколько компонентов поддержки, которые в настоящее время являются областью сеанса, и рассматриваем возможность их изменения для запроса области.
Я также обнаружил следующее: http://www.econsulting.nl/images/pdf/Tuning%20JSF%20Applications-%20J-Spring%202008.pdf, который, похоже, содержит много информации о том, как JSF обрабатывает определенное содержимое на страницах.Это все еще находится в стадии расследования, чтобы убедиться в том, что изложенное имеет смысл.
Я также где-то читал, что независимо от того, является ли управляемый резервный компонент сеансом или областью запроса, будет ли состояние представления по-прежнему иметь компонент и его содержимое.,Таким образом, размер состояния просмотра не изменится.Ищите разъяснения по этому вопросу.
Вопрос в том, сталкиваются ли другие с той же проблемой, в которой приложения JSF имеют тенденцию потреблять много памяти для данной пользовательской сессии?
Каковы некоторые из лучших способов уменьшить этот размер, если таковые имеются, или это только при использовании JSF?
Проблемы с репликацией сеансов в IBM WebSphere при запуске приложения JSF?
Существует ли какая-либо документация о том, как JSF / MyFaces использует память кучи - Young - old или следует ли ее вообще рассматривать в этой области?Настройка сбора мусора?
В результате мы видим, что в случае, если пользователь переходит на другой сервер, данные сеанса отсутствуют из-за их большого размера и продолжительности репликации.,Проблемы с пользовательским интерфейсом.
Мы видели проблему, из-за которой казалось, что изменения объекта в сеансе не обновлялись правильно, и были выполнены некоторые настройки управления сеансом, в которых мы настраиваем параметры так, чтобы все атрибуты сеансавыписаны.Глядя на файл .jar, кажется, что myFaces правильно выполняет вызов, когда изменяется содержимое объекта в сеансе.Поэтому слушатель сеанса WebSphere должен принять это изменение.