Привет всем!

Запускаю на томкате простой сервлет.
Вот часть его кода:


Используется чистый дистриб томката, скаченный с сайта. Конфиг используется стандартный, за исключением коннектора


Система работает под нагрузкой следующего рода. 40 потоков, каждый из которых шлет раз в секунду POST запрос.
Никаких необычных заголовков в запросе нет.
Томкату при старте выдаю 300Мб памяти.

После примерно трех часов работы он выдает OutOfMemoryError.

Анализ дампа показывает подозрительно большое количество инстансов com.sun.net.ssl.internal.ssl.SSLSessionImpl. Остальное вроде все в норме.

danilkus
На сколько помню у Tomcat дефолтное время жизни сессии 30 минут. Если каждый запрос порождает новую сессию (открывает новое соединение) каждую секунду, то память вполне может закончится. Запусти Tomcat с ключем -verbose:gc и понаблюдай как будет расходоваться и очищатся память во время теста.

Пробовал ставить keepAliveTimeout в 0. По идее после этого сокет должен закрываться сразу после отправки ответа и HTTP сессия соответственно. Не помогло.

Во тут описывается точь в точь такая же проблема.
http://forum.java.sun.com/thread.jspa?thre...66&tstart=0
Судя по всему проблема в реализации JSSE.

Можно ли как-нибудь запустить томкат с другим провайдером SSL? Если кто-нибудь пробовал подскажите примерно как это делается.

Где? Попробуй в web.xml именно твоего приложения поставить короткий таймаут сессии. 

Не факт, что сервлет контенер убивает сессионый объект сразу же. Скорее всего нет.


И все таки попробуй -verbose:gc, он же всю картину показывает.

в настройке томкат коннектора, через который идут все запросы.


попробую


ну а смысл держать объект если сокет закрыт. Все равно будут только новые сессии.


мониторил через JConsole. Видно что каждый раз fullGC освобождает меньше объектов из пула постоянных объектов  heap. И соответственно работать ему приходится все чаще. По дампу видно что есть куча инстансов SSLSessionImpl, которые держатся ссылками из Finalizer и именно их GC и не может подчистить. Больше ИМХО там увидеть ничего нельзя.

Согласен.


Может кривая реализация.

Тут тоже поднимается эта проблема. Без ответа.

Как можно заставить томкат работать по SSL без JSSE?

danilkus, можно поставить перед томкатом SSL акселератор. или какой-нибудь софт со схожими функциями.

Добавлено @ 11:42
А вообще надо будет посмотреть, может и возможно настроить Tomcat работать со сторонними реализациями JSSE. Мне кажется такое должно быть возможно.

Добавлено @ 11:51
PS. Кстати на сколько я помню, можно наладить взаимодействие между Apache (не Tomcat) серваком и Tomcat ом, чтобы Apache скармливал Tomcat у, обработку сервлетов и прочей java лабуды. Тогда SSL сервер можно будет поднять на Apache (не Tomcat) сервере, а запросы обрабатывать на Tomcat`е

Это сообщение отредактировал(а) Alexandr87 - 4.5.2008, 11:52

Можно подрубить openSSL
http://tomcat.apache.org/tomcat-6.0-doc/apr.html

Этот вариант как раз пробую сейчас 

Когда визард нетбинса генерирует шаблон сервлета, то он дает такой код:



Может, вы не закрываете?

setStatus очищает буфер, поэтому там ничего копиться не может. Ссылка на out тоже помирает после ответа.
Тем более что если бы текло здесь проблема бы воспроизводилась и без SSL, а она не воспроизводится.
Хотя согласен, что такой код лучше.

Если просто настроить использование openSSL, как указано тут, все равно используются классы JSSE и ситуация повторяется.

setStatus не замена out.close(), т.е. не закрывает стрим и не освобождает ресурсы. Можно выполнить setStatus, а потом продолжать с успехом писать в out, что невозможно после выполнения close().    

Согласен, дырка определенная тут есть. Но проблема топика к сожалению не в этом.