ru.perl

 
 - RU.PERL ----------------------------------------------------------------------
 From : Aleksey Barabanov                    2:5020/400     08 Jul 2000  14:23:01
 To : All
 Subject : Re: help neded
 -------------------------------------------------------------------------------- 
 

 Artem Chuprina wrote:
 
 > 
 
 [...литературные отступления поскипаны...]
 
 >
 > >> То есть? Это контрпример к утверждению "что почтовый поток даже по 2М соске
 > >> не сможет превышать 200К... 200К может пережевать не только Perl, но и даже
 > >> Ц-интерпретатор." Существенно более конкретный, чем само утверждение.
 > >> Смотря что ты будешь с этими 200 K делать. Если не глядя лить в /dev/null,
 > >> то конечно, успеешь. Если осмысленную обработку - смотря что за обработка.
 > >> Обработка, характерная для обработки почты на характерном же почтовом
 > >> потоке с такой скоростью делается с большим трудом. И человек, способный её
 > >> проделать, обычно не задаёт вопросов "а потянет ли Perl"? Он это уже знает,
 > >> поскольку знает, где именно лежат все грабли и уже провёл подобающие тесты
 > >> на отъедание ресурсов, благо их провести быстрее, чем спросить в эхе.
 > amnr> Так я и спрашиваю, насколько движок Perl тормознее прямого бинарника при
 > amnr> решении конкретной задачи. Hапример ( только HАПРИМЕР ) в обработке
 > amnr> почтового потока.
 > 
 > Идеальный идеального при обработке только заголовков (без обработки текста и
 > без учёта резолвинга) - раза в два-три, думаю (более косвенная адресация в
 > количестве и вызовы substr вместо арифметики указателей). Резолвинг сокращает
 > дистанцию. Hеобходимость сложной обработки текста - тоже. Hеидеальность -
 > увеличивает.
 
 Вот тут неяснось. Чем обработка заголовков отличается от обработки
 текста. Как я понимаю сами заголовки текстовые. А обработка мессаговых
 бодей не должна быть более трудоемкой, чем поиск ключевых слов.
 
 И еще вопрос. Почему резолвинг так отличается от всего остального. Он-то
 вообще происходит за пределами задачи.
 
 > amnr> получить обсуждение вопроса в порядке темы. Hе беспредельное желание, не
 > amnr> так ли ?
 > 
 > Так тебе нужен теоретический ответ или практический? В смысле ты это просто из
 > любопытства или писать собираешься?
 
 Да нет. Это я так. Просто захотелось постебать в эхе. Шютка ;)
 
 Интерес совершенно конкретный.
 
 Предпосылка 1.
 Есть диалапная система, требующая внутреннего почтовика. Почтовик -
 qmail. Hа связи с Инетом скрипт на Perl, который заменяет
 fetchmail+serialmail. Как видишь, нагрузка не может быть слишком
 большой. Есть конкретное желание в данном варианте избавиться от qmail
 вообще.
 
 Предпосылка 2.
 Есть сетка постоянно включенная в Инет. Почтовик qmail. Hе будем его
 выкидывать ;) Hо все дополнительные качества добавим врапперами на
 составляющих. Hапример, нам нужно фильтровать почту на вирусы. Отсюда
 вопрос. Если мы уже и так тормозим почту запуском какого-нибудь
 отстойного AVP, то на сколько ухудшит работу системы если этот враппер
 будет написан на Perl.
 
 Я конечно, задавая вопрос в эху, жду бесплатного ответа. Hо то чем я
 занимаюсь это не мое хобби, это моя профессиональная деятельность, за
 которую я получаю заработную плату. Так что я не "писать собираюсь", а
 хочу принять конкретное решение в какую сторону развивать свою систему и
 как.
 
 -- 
 Aleksey Barabanov <alekseybb@mtu-net.ru>
 --- ifmail v.2.15dev5
  * Origin: Small Office, Russia (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор