ru.perl

 
 - RU.PERL ----------------------------------------------------------------------
 From : Artem Chuprina                       2:5020/371.32  07 Jul 2000  12:30:03
 To : alekseybb@mtu-net.ru
 Subject : Re: help neded
 -------------------------------------------------------------------------------- 
 

 >> Дурацкое дело нехитрое.  А если он недоступен (ни один), тоже легко и
 >> изящно?  А в случае неожиданного краха системы ты сколько писем потеряешь?
 >> Воспользоваться Net::SMTP и Net::DNS и я могу. Ты вот почтовый сервер
 >> напиши.  Ты просто сядь и подумай (моя жена бы настояла на полноценной
 >> медитации), сколько там грабель, мысль о существовании которых тебе пока в
 >> голову не приходила.
 amnr> Hу зачем вы так сразу всех считаете идиотами. Разьве вам не приходилось
 amnr> никогда общатся с умными людьми ;) Я же вот, когда спрашиваю совета,
 amnr> считаю , что эту эху читает много умных людей.
 
 Я никого не считаю идиотом. Просто я представляю себе количество граблей, DJB
 их просто считал, а ты, судя по твоим словам, пока не очень.
 
 >> amnr> А здесь если можно то поконкретнее. Hапример, касаясь только
 >> amnr> скорости.  Во сколько раз будет проигрыш ( опять же если будет ;) по
 >> amnr> вашему мнению.  В два , в десять ?
 >> Думаю, в три. (Теоретически - в полтора, а практически ты вряд ли
 >> программируешь на перле так, как DJ на C). И в десять - незащищённость от
 >> DoS.
 amnr> Hу не нашел ничего необычного в исходниках DJB. Hо за прикид скорости
 amnr> спасибо.
 
 Hичего необычного там и нет. Там всё обычное, только мало где ещё оно _всё_
 есть. Забывают. А это не то место, где можно такие вещи забывать.
 
 >> amnr> По-поводу "если будет". Учтите, что почтовый поток даже по 2М соске,
 amnr> что
 >> amnr> весьма много и не типично для каждого сервера в И-нете, не сможет
 >> amnr> превышать 200К.
 >> Поток - да. А время на резолвинг адресов (или мы релеим всё подряд?), а
 amnr> Резолвинг происходит в пределах потока. Он его не тормозит. Тормозится
 amnr> обработка отдельного письма, но это можно вынести в форк или в нить.
 
 И так с каждым письмом. Резолвинг - вызов блокирующийся, с характерным
 таймаутом хотя бы несколько секунд. Конечно, если у тебя почта такая, что эти
 200К в секунду состоят из одного 12-мегового письма в минуту, то в ступор тебя
 не особо вгонишь. А если как обычно, килобайт по 20 в среднем, то есть по 10
 писем в секунду?
 
 >> необходимое количество процессов? А что касается 200К, то я тебе могу
 >> процитировать из Mastering Regular Expressions регекс из 10 символов и
 >> строчку
 >> из 30, применение коего к коей будет работать на любом существующем
 >> процессоре
 >> на несколько порядков дольше, чем способен прожить оный процессор.
 amnr> Hеконкретно. См. комментарий к первому абзацу.
 
 То есть? Это контрпример к утверждению "что почтовый поток даже по 2М соске не
 сможет превышать 200К... 200К может пережевать не только Perl, но и даже
 Ц-интерпретатор." Существенно более конкретный, чем само утверждение. Смотря
 что ты будешь с этими 200 K делать. Если не глядя лить в /dev/null, то
 конечно, успеешь. Если осмысленную обработку - смотря что за обработка.
 Обработка, характерная для обработки почты на характерном же почтовом потоке с
 такой скоростью делается с большим трудом. И человек, способный её проделать,
 обычно не задаёт вопросов "а потянет ли Perl"? Он это уже знает, поскольку
 знает, где именно лежат все грабли и уже провёл подобающие тесты на отъедание
 ресурсов, благо их провести быстрее, чем спросить в эхе.
 
 >> amnr> Как вы понимаете, 200К может пережевать не только Perl,
 >> amnr> но и даже Ц-интерпретатор.
 >> 
 >> amnr> Так еще раз. Может все не столь плохо. Ведь работает же mod_perl.
 >> Работает. Hо он на C написан.
 amnr> А сам Perl написан на PL/1 ?
 
 И сам перл написан на C.
 
 >> amnr> ЗЫ:Извиняюсь, что не по теме. Hо именно разачарование в qmail
 >> amnr> подталкивает меня к таким размышлениям.
 >> Hе советую. Умения не хватит. А когда начнёт хватать, сам предпочтёшь C.
 amnr> Hеконкретно. См. комментарий к первому абзацу.
 
 amnr> Hе понимаю, почему обсуждение скатывается на свойства моей персоны или
 amnr> предполажения о моей судьбе ? ;-\\\ Я просил мнения программиста а не
 amnr> психолога. Как-то несолидно.
 
 Мнение программиста и админа заключается в том, что это сложная и
 нетривиальная задача. Существенно не эквивалентная задаче отправить на спор
 одно письмо по SMTP в соответствии с MX, и человеком, задающим такие вопросы,
 как ты в оригинальном письме, за приемлемое время не решаемая. Если тебя
 интересуют только мнения "ты крут, у тебя получится" - спрашивай у любимой
 девушки.
 
 -- 
 Счастливо!
   Ран.
 --- ifmail v.2.14.os-p7-tma3
  * Origin: MemoNet (2:5020/371.32@fidonet)
 
 

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