|
ru.cgi.perl
- RU.CGI.PERL ------------------------------------------------------------------
From : Alexey Samsonov 2:5020/400 30 Aug 2000 15:08:15
To : All
Subject : CGI: C or Perl? Почти по Шекспиру... :)
--------------------------------------------------------------------------------
Сижу тут и думаю - на чем писать CGI-ный код легко портируемый на Unix и NT
хосты, на Perl или на C - проект достаточно обьемный чтобы подробно
рассмотреть все за и против.
В С я могу соптимизировать код, потребление ресурсов процессора и памяти
что важно, т.к. хостер может обидеться на перегрузку системы.
И вообще на С приятно писать. :) С другой стороны тут у меня проблемы с
портируемостью - я не писал программ под Unix (хотя достаточно большой опыт
программирования под Win) и вообще нет пока возможностей из за дикой
конфигурации системы, да и времени на изучение хотя бы Linux нету.
(только топать ногами не надо... :) )
Я скачал gcc с http://sources.redhat.com/cygwin/ компилирующий Unix код под
Windows,
с целью контроля портируемости кода, кот. разрабатываю и тестирую под
Win/Apache.
Кстати, попутный вопрос - с помощью чего можно под виндами скомпилировать
*.cgi
под юниксоиды, хотя бы под intel-платформы ?
Есть вторая, не менее важная проблема - на хостере обычно демон не
запустишь, или во всяком случае я себе не представляю как такой демон будет
отлавливать и исполнять запросы на мой виртуальный сайт на хостере,
предполагаю что это должно быть какое то расширение к www-демону хостера,
что естественно не каждый хостер позволит... А может быть есть другое
решение? Я бы с удовольствием узнал об этом.
Стандартное обращение к cgi предполагает загрузку в память исполняемого
кода, что для случая CGI, где
несколько обращений в секунду может привести к выделению больших ресурсов
именно на процесс загрузки и запуска еще одного процесса (на NT хосте это
может привести к серьезному торможению, не знаю как в Юниксах с этим делом).
При том, что время исполнения скрипта может быть несколько десятков секунд
(скрипт связывается с другими серверами сети, так что это вполне нормально),
так что представляете, что в результате может получится. Мне кажется это
серьезная проблема, если нет - я буду очень рад. :)
Для Perl эти проблемы, т.е. портируемость и перегрузка на запуск, в основном
решены. С перегрузкой разбирается Apache использующий mod-perl, правда я не
знаю насколько это эффективное решение.
Заранее благодарю за ответ.
Алексей
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
