Прошу прощения у автора темы, всё-таки это оффтоп (и такие вопросы лучше в личке обсуждать, раз уж это не моя тема).
Всё то же что и раньше - транзакционные и маркетинг по своей пользовательской базе на несколько проектов.
Amazon SES прекрасен, но дороговато. Может кто-то знает способ сделать хорошо и дешево)
Bounce rate <1%; complain rate < 0.2%; max email per/sec ~ 340; max 24h ~1.5M
Я бы тоже посмотрел кто что предложит (но мне от 10М емейлов в месяц интересно, всё белое) )))
иногда реселлеры могут дать лучшие условия, надо смотреть
Подниматься из бэкапа или переключаться на слейв...
В зависимости от того что есть.
И быть готовым мерджить базу, если речь о бэкапе.
Саппорт у них через заявку не отвечает?
У нас всё что там есть (несколько серверов и впс) работают стабильно.
Это вопрос целей.
В наших проектах критично чтобы письма хорошо доходили. И они окупают себя как надо.
У вас может быть другая ситуация.
Но делать свой почтовый рассыльщик на наш объём я не хочу (хотя к весне, видимо, придётся...)
10 центов за тысячу писем + мелкие копейки за траф
На таком объёме проще всего заинтегрироваться с amazon ses - стоить будет копейки, а доходить хорошо.
Но это при условии что у вас действительно белый почтовый траф с нормальными отписками и всё такое.
Спасибо за оценку знаний и компетенций)
О том как HT в процентах влияет на LA и single-thread производительность я в курсе.
Про SMP я ещё раскурил в бородатом 2005 году, на двухпроцессорных серверах.
Вопрос в том, что влияние в процентах оказалось неожиданно большим, я подозреваю что есть что-то ещё кроме SMP.
И, да, я не занимаюсь коммерческим хостингом, для своих проектов просто нужны решения. Так что можете не волноваться.
О, хотите за пятницу и производительность?
У нас тут есть забавный опыт про выделение ядер в Xen.
Берем две ноды - с одним е5 и с двумя е5. (по 12t каждый, процессоры одинаковые)
Режем две виртуалки. Даём в однопроцессорной ноде 10vCPU, в двухпроцессорной 16 vCPU.
Обе ноды нагружены, но steal time <1%; оверселла по памяти нет, память одинаковая. Объём на нодах разный, но сопоставимый с количеством ядер.
Производительность "однопроцессорной" виртуалки на вычислительных задачах на много потоков почти в два (!!!) раза выше, чем "двупроцессорной", несмотря на заметный проигрыш по vCPU.
Причины до сих пор не поняли, будем пытаться разгрузить двухпроцессорную ноду и ставить эксперименты))
