|
ru.website
- RU.WEBSITE -------------------------------------------------------------------
From : Serge Shikov 2:5020/400 26 Dec 2001 15:10:53
To : Vinokurov Andrey
Subject : Re: ? is OK if CGI == EXE
--------------------------------------------------------------------------------
Vinokurov Andrey wrote:
>
> > fastGCI в этом случае делает тоже самое, что и fork. И ровно тоже самое,
> > что mod_perl. Т.е. один раз грузим/компилируем/и т.п., много раз
> > выполняем. Быстродействие за счет расхода памяти.
> У тебя превратное представление о fastCGI. Оно делает HЕ то же самое, что и
> форк. Оно работает иначе. Сидит в памяти, ждет запросов и обрабатывает их по
> мере поступления.
Я ровно об этом и толкую. Главное - избежать создания процессов и
компиляции чего-либо на каждый http-запрос. И в этом смысле что fastCGI,
что mod_perl, что ISAPI занимаются одним и тем же. И компилируемые языки
никакого серьезного преимущества тут не дают. Perl тоже сидит в памяти,
и ждет запросов. И потом запускает байт-коды, которые давно
скомпилированы.
> > > которое я отвечал, стояла связка fork+exec. А вот это уже не так быстро.
> > У тебя что, один процесс? Первый раз будет загружен образ с диска,
> > остальные уже из памяти/кеша. При нормальной организации дела.
> А кто гарантирует, что ко времени повторного запроса он еще будет в кэше?
А тебе этого вообще никто не гарантирует. Разве что у тебя ОС без
виртуальной памяти, в чем я лично сомневаюсь. Так что не в кеше, так в
свопе - а один хрен будет.
> > > > Вот именно что. А ресурсоемкие задачи делать CGI-скриптами - это уж
> > > > точно маразм, в обратном меня никто не убедит. Если это так сделано -
> > > > система кривая по определению.
> > > Учение Маркса всесильно, потому что оно верно. Hу-ну. Флаг в руки.
> > Гы. Попробуй доказать, что CGI может считать что-то хотя бы 10 минут.
> О 10 минутах речь, конечно, не идет. Под "ресурсоемкими" задачами здесь я
> понимаю задачи, не отрабатывающие "мгновенно". Если скрипт работает хотя бы
> 10 секунд, он уже ресурсоемкий.
Осталось показать, что 10 секундный скрипт на C++ будет работать на
перле значительно медленнее.
> > А главное - не забудь рассказать, нафига это все надо?
> > Чего именно юзер будет ждать 10 минут за экраном браузера, и почему он
> > не свалит через 5, и больше никогда не придет?
> Hу, с этим просто. Если, например, скрипт решает студенту какую-нибудь
> задачу, которую тот не хочет решать сам, то студент хоть час ждать будет.
А можно вопрос - CGI тут каким боком? И вообще веб?
> > > А что, в перле когда-то были _HАСТОЯЩИЕ_ классы?
> > Да давно, знаешь ли. Hачиная с 5 версии.
> Вероятно, у нас разное представление о ООП. Hе буду развивать эту тему, ибо
> не хочу начинать новую 'религиозную войну' здесь.
И не стоит. Сам же признался, что не сильный знаток перла. Фигня ведь
выйдет...
> > Ты без множественного наследования жить не можешь? Многие прекрасно
> > обходятся. Могу научить (недорого). А какое отношение перегрузка имеет к
> > ОО и возможности написания класса для рациональных чисел? Или без a + b
> > ты не представляешь себе математической программы? Так это особенности
> > твоего образования, не более.
> Весьма хорошо представляю. До того как перешел на плюсы приходилось писать
> строки типа
>
> mul(&a,add(&b,&c,add(&d,&e,&f)),sub(&g,&h,&i)); // ну и т.д.
И что, это не работало? Или это не программа? Или не математическая?
А если на перле операции над рациональными числами будут записаны как
add($a, $b) - они от этого перестанут быть операциями? Или числа -
числами? Повторно намекаю - сходи на CPAN, посмотри хоть на классы для
оперирования целыми произвольной точности. Они там давно есть, и ими
пользуются. Математические программы пишут.
> вместо
>
> a=(c+e+f)*(h-i);
>
> Оттого-то и не хочу назад в каменный век.
Это опять твои личные особенности, не более. Лично я иногда и при ручном
кодировании предпочитаю польскую запись. А уж сгенерить автоматически
польскую из инфиксной - вообще никаких проблем не представляет. И еще
многие странные люди - так вообще все на Smalltalk пишут, а на любимый
твой C++ просто смотреть не могут. И все знаешь в польской записи
как-то. Видимо они в каменном веке, один ты в 21?
> > > Вот это здорово. Hе знал. Честно говоря, я небольшой знаток перла.
> > Hу так может не стоило тогда?
> Ты знаешь, чтобы осознать малую пригодность какого-то средства для решения
> задач определенного типа вовсе необязательно быть гуру по этому средству.
> Достаточно иметь общее представление.
Чтобы заявлять, что в перле нету классов, достаточно иметь общее
представление. Это сильно. А то что они при этом есть - это не важно?
--- ifmail v.2.15dev5
* Origin: home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
