= Сообщение: 1330 из 8489 ========================================= RU.LINUX = От : Valentin Davydov 2:5020/400 04 Jul 14 11:07:36 Кому : Stanislav Vlasov 04 Jul 14 11:07:36 Тема : Re: IPTABLES+почта FGHI : area://RU.LINUX?msgid=<1187490046@ddt.demos.su>+5fdf07e6 На : area://RU.LINUX?msgid=2:5080/172+53b6261e = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.LINUX?msgid=2:5080/172+53b66163 ============================================================================== From: Valentin Davydov <sp@m.davydov.spb.su>
> From: Stanislav Vlasov <Stanislav.Vlasov@f172.n5080.z2.fidonet.org> > Date: Fri, 04 Jul 2014 09:57:04 +0400 > > >> VD> Т.е. при типичном времени обработки письма в доли секунды > >> получаем, > >> VD> что почтовик большую часть времени бездельничает что так, что > >> этак. > >> > >> Во-первых, не доли секунды, а секунды (в худшем случае - десятки > >> секунд). > > VD> Hа практике на 100-мегабитном канале за сутки удавалось принять > VD> несколько (до 6-7) миллионов спамовых писем. То есть средняя скорость > VD> обработки составляет несколько десятков писем в секунду. Правда, я не > VD> упомню сейчас, упиралось ли в канал или в процессор, а спамеры с тех > VD> пор поуспокоились. > >Эта, принять (сказать 200 в конце) - не означает обработать (проверить >содержимое и положить в очередь на отсылку или в ящик).
Естественно, подавляющее большинство из этих писем таки ложилось сразу в /dev/null, валидных в сутки приходит несколько тысяч максимум.
>То есть, не путаем скорость получения и время обработки, это хоть и связанные >но сильно разные вещи. >Получить можно за десятую долю секунды и потом дооолго ресолвить невиданные >ранее адреса из заголовков, у которых ns лежит, например.
Опыт показывает, что большинство адресов виданные. В смысле, уже находятся в кэше резолвера. По-видимому, это связано со спамерскими технологиями оптимизации: им же самим выгодно, чтобы их письма принмались побыстрее, в т.ч. без необязательных затрат на повторный резолвинг.
>P.S. Типичное время обработки после приёма на тех виртуалках, что изображают из >себя mx у нас - 1-3 секунды от начала сессии до покладания в очередь на >отсылку. Hо таки да, в секунду может быть и десяток-другой-третий принятых >писем.
О! А у меня получается время от начала сессии до принятия решения о дискарде (после чего и до самого конца пиьсма форкнутый сендмэйл может хоть в свопе лежать, никому не мешая). Поскольку, как уже говорилось неоднократно, нормальных писем немного, затраты на их полноценную обработку существенной нагрузки не создают.
