В mod_perl это два модуля Apache::Registry и Apache::PerlRun. Они позволяют «легко» запускать обычные CGI-скрипты под управлением mod_perl. Таким образом, вы можете с минимальными усилиями увеличить производительность уже существующей системы в десятки раз. (Строго говоря, не всякий cgi-скрипт можно запустить таким образом без модификации.)

Разработчики mod_python реализовали такую же возможность в модуле mod_python.cgihandler, но на этом они не остановились, добавив ещё две возможности.

Модуль mod_python.publisher автоматически вызывает функцию-обработчик с тем же именем, что запрошено в URL, и берёт на себя часть работы по обработке запроса и выдаче ответа, что уменьшает нагрузку на разработчика.

Модуль mod_python.psp позволяет вести разработку в PHP-стиле, встраивая Python-код в тело страниц.

К сожалению, за удобство приходится платить производительностью. В документации на mod_python приведены следующие цифры:

Standard CGI:               23 requests/s

Mod_python cgihandler:     385 requests/s

Mod_python publisher:      476 requests/s

Mod_python handler:       1203 requests/s

Надо сказать, что подобная PHP-образная функциональность доступна и при использовании mod_perl в сочетании с дополнительными средствами типа HTML::Mason, HTML::Embperl и другими, однако они не так глубоко интегрированы в mod_perl и дают более существенное снижение производительности.

Перспективы

Как видите, возможности mod_python и mod_perl весьма схожи. Ситуация классическая: более старое средство – mod_perl – привлекает к себе тем, что уже хорошо себя зарекомендовало, более новое средство – mod_python – развивалось с учётом ошибок предшественников и обнаруживает большую гибкость и защищённость. Последние годы стало трудно сказать, какой из подходов лучше, что осложнило выбор. Остроту моменту добавляет тот факт, что оба языка сейчас стоят на распутье.