Я нашел, что модификация wsgi быстрее, чем ультрасовременный Python.
Я отправил рецензию о том, как установить Trac с mod_wsgi здесь
Для получения информации: существует дискуссия о той точке по http://trac.edgewall.org/ticket/7490. Они обращаются к проблемам производительности с KeepAlive в Apache2.x с mod_python.
Заключенный в кавычки из продолжают 17: с проверкой активности на мы получили постоянную 80%-ю загрузку ЦП на нашем сервере с проверкой активности прочь, мы добрались, постоянная 15%-я загрузка ЦП на нашей загрузке ЦП сервера прибывает из процессов Apache
Был также подобный вопрос на ML Trac, вероятно, он помогает Вам (в особенности последняя почта с возможной конфигурацией Apache): Почта ML (Google Groups) "Trac 0.11, настолько медленный!!!!!"
Редактирование, Вероятно, но поскольку у меня не было таких проблем, это могло быть также от интереса для Вас: производительность и сборка "мусора". Однако я не думаю дело обстоит так здесь...
Редактирование № 2 Просто помнило, что со следующей стабильной версией проблема производительности закончится (если это будет из-за mod_defleat). См. также Dev-ML: Подготовка следующей стабильной версии (первая точка после "Однако...")
Если Вы имеете mod_deflate
включенный, попытайтесь отключить его.
Это также зависит от Вашей базы данных. Какой сервер базы данных Вы используете? Это находится на том же хосте как Ваш сервер Trac? Вы уверены, что использование ЦП прибывает из Apache?
Лично я нашел, что trac работает лучше на mod_fastcgi, и еще лучше на mod_wsgi. Мы используем VM на скромно spec'd VM хост для хостинга нашего экземпляра Trac, и это находится в постоянном употреблении (как в том, чтобы быть обновленным каждые несколько секунд) приблизительно 20 сотрудниками без любых проблем.