Если я понимаю правильно, Вы используете отдельную часть httpd.conf или .htaccess для маршрутизации URL к приложению... что-то вроде этого:
RewriteRule ^(.*)$ /index.php?route=$1
Необходимо смочь или добавить .htaccess файл в каталог журнала и выключить перезапись или добавить
RewriteCond %{REQUEST_URI} !^/logs
RewriteRule ... as above...
Рабочий MPM был бы Вашим лучшим выбором. Это совместимо с mod_wsgi. Событие MPM могло бы дать более высокую производительность, но намного менее часто используется, и любое повышение производительности минимально - следовательно я не рекомендую это. MPM рабочего обрабатывает каждый запрос в отдельном потоке, который делает его намного более подходящим для использования на VPS, чем традиционная модель перед ветвлением, которая использует целый процесс для каждого соединения.
Рабочий требуется, если Вы используете модификацию-wsgi в режиме демона (который я предпочитаю, поскольку существуют другие сайты, работающие на моем апачском сервере).
Если Вы используете модификацию-wsgi во встроенном режиме, любой в порядке.
Это находится в документах: http://code.google.com/p/modwsgi/
При использовании mod_wsgi режима демона он не имеет значения, какой Apache MPM, который Вы используете, хотя предложено, что для системного рабочего UNIX MPM используются, если Вы не застреваете с необходимостью также разместить приложения PHP с помощью mod_php, поскольку некоторые расширения PHP не ориентированы на многопотоковое исполнение.
Предложение, чтобы у Вас был рабочий MPM для использования mod_wsgi режима демона, является неправильным. То, что важно, - создается ли базовая Библиотека времени выполнения Apache (APR) с поточной обработкой возможностей. Это обычно всегда имеет место, даже если предварительное ветвление MPM используется в Apache. Единственные системы, которые не имеют возможностей поточной обработки встроенными к APR, являются базирующимися системами более старого BSD, где поточная обработка была немного повреждена.