|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Peter Didenko 2:5020/52 30 Mar 2001 16:39:57
To : Mike Shoyher
Subject : Re: Софт для списков рассылки
--------------------------------------------------------------------------------
PD>> Эээ, Миша.. Слышали мы рассказы про то "легко и ненапряжно"..
MS> Да какие тут рассказы? ормальные, настоящие письма
Уж за что купил, за то и продаю.
PD>> Какой-то обычный в Ultra-250.
MS> А это, наверное, очень круто, 30000 local delivery? За минуту 30000 раз
MS> посмотреть в базу из 30000 или около того записей, при этом база в кэше
MS> сидит. И 30000 раз немного записать на диск, а реально в память все равно.
MS> у да, быстрый RAM, большой кэш. Только это не имеет никакого отношения к
MS> рассылке по SMTP, где половина юзеров на падающем и затыкающемся mail.ru
MS> или на диалапе до провадера в райцентре, который на 19200 до провайдера в
MS> областном центре, а тот на 64кбит до Москвы. Когда постоянно идут несколько
MS> сотен процессов и, соотвественно, сокетов
Hу, прямо скажем, там было не 30k ld. У людей стоит масса форвардов
куда-то, более половины юзеров находилось на другом backend и так далее.
А еще оно вот сейчас замечательно держит очередь на несколько тысяч сообщений
для "тормозов", в 100 streams доставляет почту, в несколько десятков потоков
получает, в 500 потоков ломится по RPOP куда-то, туева хуча людей сидят в
web-интерфейсе, десятки-сотни открытых IMAP&POP3 сессий. Юзеры еще
периодически шлют свои любимые прайс-листы в свои обожаемые сотни списков
рассылки по тысячам аадресов. Все это при 9% cpu
load и 100-150Mb в памяти. Сейчас можно влить туда 30k писем и ничего особо
страшного при этом не произойдет. Да, это один из двух backend'ов. Тот, на
котором 4k доменов и туча аккаунтов в них. А еще есть public почта на другом
CGP, где количество аккаунтов на порядок больше и, следовательно, та же
нагрузка SMTP-модулю тоже больше. Так вот там примерно аналогичная в смысле
нагрузки ситуация. Если говорить о количествах писем - тоже сотни тысяч
в день.
И, заметь, это нефига не выделенная для отдельного безумного
кастомера машинка. Это обычный рабочий процесс штатного в стандартном
провайдерском понимании релея. Ставишь это дело и у тебя появляется
не галочка с подписью "Электронная почта" в прайс-листе, которая обычно
предоставляется как дополнительная возможность для покупающих диалап
или еще какие-нибудь услуги, а такое немерянное средство для закалачивания
дополнительного бабла.
Вспомним ринетовские жалобы на лежащие от спама в 8k писем релеи.
CGP такие вещи просто не замечает. Еще можно строить кластеры с распределением
специфичной нагрузки на frontend'ы/backend'ы. Почему-то все "сравнивальщики"
забывают еще об этом и о том, что CGP еще много чем кроме приема mass mailings
занимается.
Я вот почему-то, думаю, что если бы тот же mail.ru разорился на
CGP или договорился с Вовой тогда когда можно было договариваться,
все бы сейчас было по-другому. Уж точно не было бы вот такого бардака
mail.ru preference = 10, mail exchanger = mx7.port.ru
mail.ru preference = 10, mail exchanger = mx9.port.ru
mail.ru preference = 10, mail exchanger = mx.port.ru
mail.ru preference = 10, mail exchanger = mx1.port.ru
mail.ru preference = 10, mail exchanger = mx2.port.ru
mail.ru preference = 10, mail exchanger = mx3.port.ru
mail.ru preference = 10, mail exchanger = mx5.port.ru
mail.ru preference = 10, mail exchanger = mx6.port.ru
mx9.port.ru internet address = 194.67.23.46
mx7.port.ru internet address = 194.67.23.44
mx6.port.ru internet address = 194.67.23.42
mx5.port.ru internet address = 194.67.23.40
mx3.port.ru internet address = 194.67.23.37
mx2.port.ru internet address = 194.67.23.33
mx1.port.ru internet address = 194.67.23.32
mx.port.ru internet address = 194.67.23.46
mx.port.ru internet address = 194.67.23.44
mx.port.ru internet address = 194.67.23.42
mx.port.ru internet address = 194.67.23.40
mx.port.ru internet address = 194.67.23.37
mx.port.ru internet address = 194.67.23.33
mx.port.ru internet address = 194.67.23.32
и такого load balancing'а "по-русски" :( А ведь это тоже та
самая глюкалка на перле и прочем. Кстати, а кто-нибудь
видел какую-нибудь статистику по их релеям ?
--
Peter Didenko. KIP3-RIPE. Zenon N.S.P. Moscow. +7 095 2323736. www.zenon.net
--- tin/1.5.7-20001104 ("Paradise Regained") (UNIX) (FreeBSD/4.3-BETA (i386))
* Origin: Mr. Postman (2:5020/52.0)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
