Е не си прав изобщо :-)..
Точно защото се пише със use strict и опция -w ..както и защото с един ред на Perl може да ти утиде Web сървъра на кино...
Относно прозводителноста... тя се сравнява с бинари кода...което ще рече мнооого бързооо, както знаеш особено много се разчита на кеширането (почети на всичко възможно) затова е и изискването за много памет, а скороста на диска е за да се намали времето за достъп до файловият кеш(както и за проверката за наличието на такъв.. именно защото времената са изключително малки значението на скороста на диска/както и seek-а е от много голмо) и статичната информация... Писането на хандлер-и за специфични задачи също е забавно... но точно това се опитах да обясня.. а именно mod_perl е силен когато превърнеш Apache-то в "цялостен" преоект... практически за сериозни задачи.. и това имах предвид със изисквания за сериозна машина..просто защото се обслужва много голям трафик и т.н.. няма смисъл да пишеш на mod_perl за да си правиш guest book..
И накрая за конфигурирането.... казах, че е "трудно" с презункцията, че ако правиш сериозна машина за голямо натоварване оптимизирането на mod_perl (практически Apache) е от голямо значение..и освен това опциите на Apache т.е настройките му са може би от най-голямо значение за mod_perl отколкото за който и да е друг модул.
Т.е ако правиш нещо го прави както трябва/внимателно това изразява и "use strict"... което както обясних в предишният пост, mod_perl не е за начинаещи.... това беше и единстената причина за бележката относно mod_perl... ok?