Himiko: 1. Думаю, что при 80 000 писем нужно не "не спеша".
Именно
2. Вы думаете, что почтовые сервера будут принимать почту с динамического ip-адреса какого-нибудь интернет-провайдера?
Ну в этом плане там все нормально, статический адрес, прописанная обратная зона..
alw добавил 06.12.2011 в 06:08
Romka_Kharkov: На базе qmail реализовывали и более широкомасштабные рассылки. Дерзайте.
К qmail у меня стойкое неприятие. )
Не совсем понял причем тут это ? С динамического конечно никто ничего не примет, но ТС пишет что будет официальный спам, я так понимаю это наличие SPF / DK / rDNS как минимум. :)
Все так, да
При условии что письма будут рассылаться например сутки, получается (80.000 / 24 / 60 / 60) = 0.92 письма в секунду, если просто растянуть отправку на сутки мы имеем пропускную способность 1 письмо / 1 секунда , это простите какой МТА упасть должен или обломаться ?:)
Ну тут следующие соображения:
во первых, 80к писем сваливаются разом. Разгребать 160к файлов в одном каталоге, пусть даже на xfs c noatime подозреваю может быть не очень весело. Но надо попробывать, да.
Если взять пропорцию и сократить время в 2 раза, т.е отправить все 80к за половину суток, т.е за 12 часов, вы получите скорость 2 письма в 1 секунду....
При таком количестве честно говоря не вижу вообще ни каких преград для отправки, я понимаю вам бы 80к за полчаса надо было бы отправить, тогда нужен некий "плевальщик" почты который ничего не знает про очереди и прочее и тупо делает коннект на SMTP и отправляет письмо, без всякого рода подтверждений о доставке и.т.п
Ну это идеальный случай. А в реальном мире будет какой то процент почтовых серверов с грейлистингом, проверяльщиком сендера, задержкой перед выдачей ответа-приглашения, не валидные адреса...
..... А в вашем случае рассылка не так уж и велика. Вы бы уточнили основные параметры рассылки, например как регулярно вы хотите слать 80к писем, за какой период все письма должны быть отправлены (что бы не они не теряли актуальность к примеру), будет ли у вас какой либо бекенд который например будет считать ответы, либо доставленные \ не доставленные письма, какой размер писем вообще?
Рассылка - раз в неделю, актуальность - день-два, бекенд - пока нет, но планируется, письма - достаточно большие. Последняя рассылка - 60к/письмо.
myhand: Это что-то сложное получается, с каким-то промежуточным уровнем для буферизации. Плюс, все равно необходима синхронизация чтения - откуда в конце-концов таки вылезет старое ограничение скоростью диска.
myhand: Где приросту скорости просто неоткуда взяться. Сюрприз?
в порядке фантазии, почему бы (в элементарном случае зеркала на двух дисках)не читать четные блоки с одного диска, нечетные с другого? положим, линуксовый dmraid так не умеет. а железные взрослые контроллеры?
alw добавил 05.12.2011 в 18:08
myhand:
Думаю, лучше сразу начать с этого.
Ну bonie - оно ж не чисто рейд будет мерить, а еще и fs поверх него...
alw добавил 05.12.2011 в 18:09
myhand: Не имеет смысл "тестировать" - а не взлетит-ли "Запорожец".
Порылся - сходу не нашел. Был на ютубе ролик про запорожец, где на одном и том же полигоне раскорячивались-застревали джипы/нивы и запор весело скакал ))
В общем и целом - не бывает.
С существенными оговорками - можно на kvm посмотреть.
Там можно пробрасывать некоторые pci устройства. Видеокарту пробросить не удасться.
Я бы завел тестовую машинку в дуалбуте.
Ну я вот тоже к постфиксу склонился. Поставил, накрутил в меру своего понимания - посмотрим, как оно прожует..
Активных винтов сколько?
Не уверен что правильно понял вопрос. В конкретно этой железке - 4 винта.
А на 80 порту кто-то слушает?
netstat -an|grep :80
1. Думаю, что при 80 000 писем нужно не "не спеша".
Именно
2. Вы думаете, что почтовые сервера будут принимать почту с динамического ip-адреса какого-нибудь интернет-провайдера?
Ну в этом плане там все нормально, статический адрес, прописанная обратная зона..
alw добавил 06.12.2011 в 06:08
На базе qmail реализовывали и более широкомасштабные рассылки. Дерзайте.
К qmail у меня стойкое неприятие. )
Не совсем понял причем тут это ? С динамического конечно никто ничего не примет, но ТС пишет что будет официальный спам, я так понимаю это наличие SPF / DK / rDNS как минимум. :)
Все так, да
При условии что письма будут рассылаться например сутки, получается (80.000 / 24 / 60 / 60) = 0.92 письма в секунду, если просто растянуть отправку на сутки мы имеем пропускную способность 1 письмо / 1 секунда , это простите какой МТА упасть должен или обломаться ?:)
Ну тут следующие соображения:
во первых, 80к писем сваливаются разом. Разгребать 160к файлов в одном каталоге, пусть даже на xfs c noatime подозреваю может быть не очень весело. Но надо попробывать, да.
Если взять пропорцию и сократить время в 2 раза, т.е отправить все 80к за половину суток, т.е за 12 часов, вы получите скорость 2 письма в 1 секунду....
При таком количестве честно говоря не вижу вообще ни каких преград для отправки, я понимаю вам бы 80к за полчаса надо было бы отправить, тогда нужен некий "плевальщик" почты который ничего не знает про очереди и прочее и тупо делает коннект на SMTP и отправляет письмо, без всякого рода подтверждений о доставке и.т.п
Ну это идеальный случай. А в реальном мире будет какой то процент почтовых серверов с грейлистингом, проверяльщиком сендера, задержкой перед выдачей ответа-приглашения, не валидные адреса...
..... А в вашем случае рассылка не так уж и велика. Вы бы уточнили основные параметры рассылки, например как регулярно вы хотите слать 80к писем, за какой период все письма должны быть отправлены (что бы не они не теряли актуальность к примеру), будет ли у вас какой либо бекенд который например будет считать ответы, либо доставленные \ не доставленные письма, какой размер писем вообще?
Рассылка - раз в неделю, актуальность - день-два, бекенд - пока нет, но планируется, письма - достаточно большие. Последняя рассылка - 60к/письмо.
в общем ТС, поможет тебе патч Бармина
Это что-то сложное получается, с каким-то промежуточным уровнем для буферизации. Плюс, все равно необходима синхронизация чтения - откуда в конце-концов таки вылезет старое ограничение скоростью диска.
Логично, да. Ок, невзлетел запорожец.
Где приросту скорости просто неоткуда взяться. Сюрприз?
в порядке фантазии, почему бы (в элементарном случае зеркала на двух дисках)не читать четные блоки с одного диска, нечетные с другого? положим, линуксовый dmraid так не умеет. а железные взрослые контроллеры?
alw добавил 05.12.2011 в 18:08
Думаю, лучше сразу начать с этого.
Ну bonie - оно ж не чисто рейд будет мерить, а еще и fs поверх него...
alw добавил 05.12.2011 в 18:09
Не имеет смысл "тестировать" - а не взлетит-ли "Запорожец".
Порылся - сходу не нашел. Был на ютубе ролик про запорожец, где на одном и том же полигоне раскорячивались-застревали джипы/нивы и запор весело скакал ))
Пусть все и дальше так думают...
ну так это не показать, это подобрать...
Этим измерили скорость единичного линейного чтения с блочного устройства.
Чуть освобожусь - померю а как оно выглядит при паре dd в паралель. Интересно, распарится или нет.
dd - вполне себе тест для некоторого небольшого подмножества задач. разумеется вебхостинг к ним не относится.
но изначально мы не оговаривали что мерить будем, поэтому с троечкой - рано )
Ну и совсем попозже -с помощью bonie++ подобие реальной нагрузки.