ttttt

А тут на форуме пишут, что 500zx не плохие, где правда? Vinto, а для котлов вроде ибп в любом случае нужен, зачем на весь дом еще стабилизатор?

Хаха, а для десктопной платформы комплектующие в течении нескольких часов могли бы купить на замену.

Заметьте, я сам вам Xeon на HP платформе у online.net предлагал, где же тут предвзятость к серверным платформам. И целерон бы посоветовал, но вы в каждом посте так говорите, как будто ничего кроме серверного железа нельзя использовать. Вам вендоры хорошенько промыли мозг, настолько, что даже не сообразили за хз сколько лет попробовать дешевое железо сами и убедиться, что оно ничуть не хуже серверного. Уже б взяли пару десктопов, уже б разобрались с отказоустойчивостью, было б и дешевле, и надежнее, и, что главное, спокойнее. Бросайте эту серверную секту.

В любом случае на вашей задаче вы разницы не увидите. А как это у вас так процессор отпал и все работало? Вы, наверное, что-то не поняли.

Таких же вроде i386/amd64 вообще не существует

Это все относительно. Если в память лезет быстрее, то много где будет быстрее. http://ark.intel.com/products/78475/Intel-Atom-Processor-E3845-2M-Cache-1_91-GHz

Ничего бы не советовал, т.к. не эксперт в автомобилях. А так любые слабые машинки работают круглосуточно годами и не дохнут, вообще не дохнут. Те что помощнее, греются сильно, много кушают - те иногда дохнут, а чтобы атом сдох такого вообще наверное не встречается в природе. EDIT: ну и атомы выгодно держать даже через 5 лет, т.к. никогда под задачи, где нужно очень много CPU он не берется, а кушает электричества совсем чуть-чуть.

Я бы в такой бюджет брал атом с 4 гигами памяти, двумя дешевыми дисками и десктопным ящиком. Можно конечно старый серверный металлолом брать, но он будет очень шумным и не быстрее атома.

Меня когда-то один сдал по какой-то левой бумажке из мвд по факсу высланной нифига не оригинал, убеждая, что там "нормальные мужики, свое дело знают". Но это не та проблема, которой надо бояться, страшнее, что у наших серверы слишком легко забрать могут. online.net

Развею стереотипы чуть, а то мало ли. Все нормально у нас, вообще не разглашают. Я когда-то у пары провайдеров по айпишникам что-то спрашивал, даже не конфиденциальное толком, сразу сослались на конфиденциальность бла-бла, боятся. Там как раз намного хуже, почти любое письмо в форме жалобы и вас сдадут. А еще NSA трафик читают Наоборот, это у нас кусючие. Там огромные хостинг компании по бог знает сколько тысяч серверов в аренду сдают с очень широкими каналами. Там за 100 баксов можно найти ксеон с 32+ ГБ ECC, 200-400 мбит трафика, 2 быстрых жестких диска или 2 ссд в рейде

Помогут ответить на этот вопрос: Если режут, то будут полочки, лесенки на графике.

Постройте график - сразу будет видно. Лесенки, полочки появятся.

Не окажется, не выдумывайте, уже ж когда-то об этом говорили. Это может случиться только если у вас не ACID база.

Не придумаешь - говори.

Сложностью?

Нужен микротик скрипт или перл скрипт?

Ок, спасибо, вроде понятно. Сначала поиграюсь с RIP в qemu, а там посмотрим.

Никто нормальный (легально) под такое не даст. Спрашивайте на хацкерских форумах.

Не знаю кому ECC полезно, в случае с арендными серверами большинству от него ни холодно ни жарко. Если сервер виснет, хоть из-за памяти, хоть из-за чего-то другого - все равно ДЦ будет сам тестировать и разбираться. И если им получается дешевле без ECC - отлично, нам значит тоже. А когда будут свои платы разрабатывать, тогда может и будут ставить ECC память, если это им поможет сэкономить а обслуживании, а пока у того же ovh считанные инциденты в день на их 200+ тыс. десктопных серверов (у кого есть аккаунтов там можно посмотреть карту инцидентов).

Вы видимо серверы в аренду редко берете. Мне лично эти менеджеры хостингов уже в печенках сидят, когда начинают вместо дешевых десктопных серверов предлагать говно на Xeon'ах втридорога, попутно обсырая все десктопные железки, как ненадежные и уверяя, что ECC мне как воздух нужен. Разве не лохами нас считают, как это еще назвать? Хотя замечу, что самые крупные хостеры даже не ставят ECC память на Xeon'ы с меньше, чем 32 гигами и правильно делают, она и нафиг не нужна на таких машинках.

Я бы на вашем месте брал какой-то маломощный haswell на замену, чтобы не грелся и не шумел, и в тихий десктопный ящик с тихим десктопным кулером (серверные обычно шумные, даже самые тихие), с парой самсунгов 840 pro или интелов 520. И даже не смотрел бы на айбиэмы, дэлы и хапэ.

Ну как это. ДНС есть же, его ждут, он должен ответить очень быстро, nginx тоже должен принять соединение очень быстро, никто локально на сервере не должен им мешать, т.е. обоим нужен чуть ли не рилтайм приоритет (-20). А вот почту никто не ждет, обработку логов никто не ждет, крон задачи никто не ждет - им всем нужно работать так, чтобы не мешать тем, кого кто-то ждет, т.е. дать им +20.

Судя по описанию у вас именно в диск упирается. Вот установите для MTA самый низкий приоритет, они диск обычно очень сильно насилуют. Попробуйте включить планировщик, например gsched_rr, пооптимизируйте диск (перемонтируйте с noatime и т.д.), убедитесь, что логи не пишутся на диск по одной записи (nginx умеет собирать логи в памяти и писать на диск большими кусками buffer=...), вынесите APC кэш в отдельный раздел в памяти или вообще отключите, отключите swap. Должно помочь с рассылкой. А вообще заведите графики, наугад это долго, а то вы даже не знаете, что у вас тормозит и уже готовы новый

Так вы так никогда от проблем не избавитесь, всплески (пики) нужно нормализовывать, хотя бы limit_req'ом в нджинксе (если они вызваны запросами пользователей конечно), приоритеты на процессы расставлять, чтобы важные получали больше CPU и I/O дисков, а остальные работали только, когда никому не мешают и т.д. Плюс, если у вас фря, то у вас наверняка вообще нет I/O планировщика, т.е. какой-то процесс без проблем может сожрать все ресурсы дисков на столько времени, на сколько ему нужно, а остальные будут тупо блокироваться и ждать, от этого наверняка и тормоза, и диски наверняка красным в gstat.

Кто-то держит софтовый OSPF? Есть какие-то особенности? Что посоветуете?