ttttt

Лучше за 300 брать новый, но экономный ДЖ1900, будет и юзабельным гораздо дольше, чем типичный неэкономный сервак и батареи гораздо меньше просить.

Все ок с ним, 100 мбит влазит. Вы задачу читали? Зачем это все? UDP/TCP сервер с одной стороны, UDP/TCP клиент с другой стороны, чистый юзерлэнд, без привилегий. Некритично к безопасности и надежности, можно поручать студенту. ЭДИТ: все же с ноутом было бы куда адекватнее. Да и вообще, условия задачи неправильные, никакие погрешности в таких вещах не считают, считают статистические величины, типа среднеквадратического отклонения.

Все нормально армы потянут, зачем такую ерунду пишите? Есть подозрение, что подобная софтина даже есть готовая в гуглплее.

Не гоните. Какой-нибудь мини-компьютер Raspberry Pi либо планшет с лан модемом и есть весь девайс. А софт вообще ерунда.

До 12 миллионов сайтов скомпрометированы из-за этой уязвимости. Иными словами, у кого где-то есть друпал - он скорее всего с бэкдором несмотря на обновления, принимайте меры: http://www.bbc.com/news/technology-29846539

Ну или вся архитектура У них же две их, одна для low-power (атомы, целероны J), а другая для остальных.

Если б еще не цены Латвии, то было б интересно, а так у них же там всегда дороже, чем у всего мира )

В логгере uaix'а можно найти всех зарубежных в uaix, если что. Там их не много. (у латтелеком, кстати, 3 линка по 10Г)

Если уже быть честными, то меня так и не покинуло ощущение, что собирают таки лишнюю информацию. Я фишинг сайты несколько раз репортил гуглам и т.д., меня вообще ничего не спрашивали, наоборот указали, что репорт анонимный. А CERT вместо того, чтобы перестать просить зачем-то пытается убедить, что лишнюю информацию им можно давать и на сайте в своих формах ее продолжает просить (сам в такие формы никогда ниче репортить не буду, естественно).

Мусорный трафик при ддосах?

И? Они ж в один свич включены одним линком, линк упал - он уходит в оффлайн, а не становится мастером. Говорю же, с одним свичем все очень просто. EDIT: наверное путаете, когда два свича и линк между свичами тухнет, тогда узнать, что линк упал нельзя.

Вы же человек из науки, зачем такой бред пишите? Или наука по советскому была, для кого-то, а не для себя? Оценить насколько репрезентативна ваша статистика не можете?

С чего вдруг? На слейв переключение должно быть перманентным после отказа, никакого возврата на прошлого мастера без вмешательства админа, как раз чтобы split brain не случился.

А как же без этого? Сервер не в вакууме эксплуатируется и реально у серверных платформ нет никаких преимуществ по надежности.

Ну то такое, у меня за столько же лет совсем другие выводы: ненадежность железа машинок далеко не в топе причин отказов

Это ваши предрассудки. Программам все равно на серверность вашей платформы. А с потоками там давным давно уже все плохо, но это проблемы архитектуры с общей памятью, а по другому интел не умеет

Если оба сервера в один свич воткнуты можно нормально жить с мастер/слейв архитектурой. Ручками ресинхронизировать и возвращать старого мастера придется после отказа, но это не беда

Melanxolik, не гоните, зачем Xeon, зачем бегать к кластеру? Xeon, в качестве обогревателя - может быть, ибо другой пользы от него в данном случае в общем-то нет. Даже если автору захочется чего-то покрутить в виртуалках, все равно же все будет упираться в диски. Xeon можно начинать рассматривать, когда весь сервер забит SSDшками. Бегать к кластеру тоже такое, как поможет ipmi? Полагаю, что по общим затратам времени ipmi только мороки добавит, серверы автору ведь все равно ставить самому и обслуживать самому.

Да, любую из этого списка. (кстати, похоже у любых i3 4xxx есть ECC)

у i3 с буквой Т есть ЕСС

Простенькую серверную плату с i3 малогреющимся (который с буквой T). Ну это ж все будет упираться в скорость дисков. Что вы там собрались заметить мощными серверами - не знаю Начальство вам может и не скажет, но его первым делом волнует непрерывная работа предприятия.

Лучше 2 железки поменьше и с HA, тем более, что proxmox такое умеет. Плюс выбор железки довольно странный, ваш p4 значительно слабее современных атомов, а вы по сути смотрите на замену на суперкомпьютер

В лицензиях самих модулей написано, как можно использовать их код в других проектах. И вы ложите на эти лицензии. Не хорошо. А что по этому поводу думает ваша лицензия GPL - никого не волнует Асмодеус, проблемы не исчезают от того, что вы оправдываетесь и говнокод безопаснее и адекватнее не становится.

Что делать, как еще заставить задуматься. А вообще не удивляйтесь, в софте критиковать принято, тут это вместо "привет"

У вас все плохо и страшно Но раз напрашиваетесь, то глянул. Из того, что на первый взгляд заметил: - игнорирование лицензионных требований стороннего кода, которого там "назаимствовано" довольно много (например: где лицензия на webmin? на Radius.pm? чего это под GPL чужой код зарелизен?), кто-то из использующих может сильно влететь с таким; - код не выложен на CPAN, куда принято выкладывать все открытые перл проекты; - игнорирование и непонимание общепринятых стилей и методик написания перл кода (читайте perldoc perlstyle, и поймите, что код пишется не для машины, а для людей, людям его