когда-то давно была подобная задача, но ничего умнее чем просто плодить смтп-сервера не придумывалось - это получался самый дешевый вариант. плюс в том, что распаралеливается еще и очередь отправки, ко всему система получается достаточно надежной за счет наличия нескольких серверов и выход из строя одного сервера к катастрофическим результатам не приводит. минусы тоже очевидны - надо дополнительное место.
если не хватает ссд-дисков остались еще рам-диски. Или можно средствами операционки из существующей оперативной памяти. Правда сделать больше 24-ех гигов будет дороговато, но ваша задача не имеет дешевого решения. З.Ы. и так резюмирую: - распаралелить задачу на несколько потоков - увеличить скорость работы спула,в данном случае используя спул из оперативной памяти. - отдать профессиональным рассыльщикам на аутсорс (вместе с базой подписчиков) On Fri, May 20, 2011 at 03:16:58PM +0400, Vasyl S. Kostroma wrote: > Доброго солнечного дня, коллеги. > Когда-то уже писал, но ответа не получил, так что позволю себе перефразировать > и по возможности уточнить суть вопроса. > > Итак, имеется “небольшой” портал, подписчикам которого ежедневно отправляем > рассылку с уведомлениями, обновлениями, новостями и т.д. Приблизительно > 580 тысяч подписчиков, каждый день на несколько тысяч больше (это около 40Гб > писем на отправку ежесуточно). > > Отправка проста. php скрипт генерирует письма и обычным mail() отправляет. > Установлен само собой exim4, иначе сюда не писал бы. Настройки особо большой > сути не играют, главное спул для меня. Пробовал спул на RAID1 на двух винтах. > Скорость генерации писем была около 25 тысяч в час, что исключительно > неприемлемо > (пока сгенерируются уже надо будет новую делать рассылку). Пробовал спул на > SSD > и скорость получилась в районе 77.5 тысяч писем в час. Теплее, но тоже не то, > так как > 7.5 часов на генерацию слишком долго. В итоге сделал спул в рамдиске, скорость > составила порядка 250-300 тысяч писем в час, что максимум, которого я смог > добиться. > И это приемлемо. Но вот проблема – если какой-то из “мощных” почтовиков > отказывается > принимать письма, то памяти не хватает, спул забивается, своп забивается, ещё > более > сильные тормоза и почтовый коллапс. > > Отсюда и ситуация. > Хотел бы узнать ваши идеи, как лучше всего построить почтовик, что бы и > генерация шла > быстро и в случае чего спул не забивался. Пока у меня идея только одна – это > fallback. > Но как его сделать на одной машине я не решил. Может у вас идеи будут лучше? > _______________________________________________ > Exim-users mailing list > Exim-users@mailground.net > http://mailground.net/mailman/listinfo/exim-users -- ------------------------------------------------------------------------------- Vasiliy P. Melnik VPM-UANIC _______________________________________________ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users