ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [apache-talk] =?koi8-r?B?UmU6IFthcGFjaGUtdGFsa10g8NLFxMzP1sXOycUgLSBtb2RfYWNjZQ==?==?koi8-r?B?bCDJIGJhY2tlbmQg0yDQ0s/XxdLLz8ogzsEgSVAgxM/T1NXQ?=



On Wed, 13 Feb 2002, Alexey Zvyagin wrote:

> > > > Кстати - я правильно понимаю, что модули на Си работают быстрее, чем
> > > > перловые, или там какие-то хитрые механизмы по преобразованию перла в
> > > > объектный код есть?
> > >
> > > Когда работает mod_perl и загржен код в главный httpd, то далее
> исполняется
> > > ПИ-код, как в Паскале приблизительно. То есть интерпретации исходного
> текста
> > > не происходит. Учитывая, что фронтенд можно настроить на кеширование
> всех не
> > > динамических документов, вряд ли как-то это будет влиять на скорость...
> >
> > В каком Паскале ? UCSD, что ли ? Неужели есть ещё Паскали с p-code ?
> 
> Я для примера говорил. В середине девяностых я слышал и читал в литературе,
> что программы на Паскале тогда исполняли ПИ-код, который был получен после
> компиляции исходного текста. Читал даже в литературе, посвященной разработке
> компиляторов. Спорить не хочу, как сейчас. Просто приводил пример про perl.
> 
> У perl-а принцип похожий - исходный текст компилируется в промежуточный код
> (opcodes) и только после этого этот код исполняется.

Ну, чистых интерпретатров практически нет - все комплируют в промежуточный
код и уже его выполняют. Другое дело, что mod_perl это делает достаточно редко.

Игорь Сысоев

=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.