Соответствующие параметры запуска Tomcat 5.5 для настройки JVM для чрезвычайно высокого спроса, большого веб-приложения "кучи"?
Скопируйте исходный код yolo_utils .
Вставьте его в исходный код перед импортом yolo_utils.
Это сработало для меня. Надеюсь, что это поможет ..
5 ответов
Один из Чемпионов Java, блога Kirk Pepperdine: http://kirk.blog-city.com/how_to_cripple_gc_ergonomics.htm.
Кавычка 1 "документация GC скажет Вам, на что влияет установка, но часто не говоря, каков эффект будет. Самая большая подсказка, что Вы взяли несправедливость, подцепляет дорогу на вилку, когда Вы явно устанавливаете значение и затем даете подсказку эргономике GC. Другая подсказка - то, если у Вас нет веской причины для корректировки установки. И просто потому что некоторый так называемый эксперт говорит, что эта установка работы лучше всего является только шумом, не звуковым и конечно не причина".
Кавычка 2, "Как я заявил в prevous записи в блоге, не касайтесь кнопок, если у Вас нет очень серьезного основания сделать так. Если необходимо коснуться кнопок, шагать слегка, только используя тех, которые помогают эргономике и не тем, которые прикрепляют вещи, вниз наносящие вред способности к эргономике встретить время паузы и цели пропускной способности".
Так, я предложил бы, чтобы Вы вернулись к плоскости
- сервер-xms1280m-xmx1280m-xx:maxpermsize=512m-XX: + UseConcMarkSweepGC-XX: + PrintGCDetails-XX: + PrintGCTimeStamps-xx:-traceclassunloading-dsun.io.usecanoncaches=false-dsun.net.client.defaultconnecttimeout=60000-dsun.ne t.client.defaultreadtimeout=60000
Найдите, дает ли это Вам лучшую производительность. Если да, придерживайтесь его
BTW,-XX:MaxPermSize=378m имел какие-либо проблемы?
Java 1.6 имеет намного лучшую эргономику, чем 1,4. Вы могли бы хотеть настроить его меньше чем 1,4
BTW, Вы пробовали Tomcat 6? Tomcat 6 работает намного лучше на Java 6, чем Tomcat 5.5.
P.S.: я использовал Tomcat некоторое время теперь и обычно пытаюсь дать полную свободу JDK солнца с небольшой настройкой тут и там.
просто найденный вебинаром от разработчиков кота на настраивающемся коте: http://springsource.com/node/555. продолжение вебинара: http://blog.springsource.com/2008/10/14/optimising-and-tuning-apache-tomcat-part-2/
BR,
~A
Это может также стоить экспериментировать с альтернативной JVM (как JRockit), чтобы видеть, подходят ли различия в модели сборки "мусора" хорошо для Вашего приложения.
Вы могли бы также хотеть смотреть на изменение минимального числа / макс. количества потоков, которые Tomcat будет использовать для обрабатывания запросов в conf/server.xml:
<Connector port="8080" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" ...
Одно эмпирическое правило, которое я услышал в предыдущем задании, было то, что maxThreads должен быть равным на сумму одновременных соединений, которые Вы ожидаете обрабатывать. Я не уверен, как научный, которым состоит в том требование, хотя, хотя я, конечно, думаю, что оно имеет смысл, поскольку Вы не хотите, чтобы клиенты были заблокированы, ожидая потока к свободному для обрабатывания их запроса..
Поскольку у кого-то, кто посреди питания с этим также, я, конечно, нет категорических ответов, особенно учитывая то, насколько специализированный этот вид вещи. Хорошая ссылка, которую Вы, вероятно, видели, здесь:
http://java.sun.com/javase/technologies/hotspot/gc/gc_tuning_6.html
Однако это - довольно длинный список jvm параметров, который предполагает, что существует, вероятно, ненужный набор параметров, особенно учитывая это у Вас есть несколько параметров отладки на (PrintGCDetails, PrintGCTimeStamps, TraceClassUnloading), который не может быть хорошим на производственном приложении. 60 вторых тайм-аутов могли бы также съедать ресурсы. "сервер" является значением по умолчанию, но не будет делать ничего плохого.
Как делает выполнение приложения с минимальными настраивающими параметрами (jvm размер, MaxPermSize)?