NiTr0

С чего вы решили, что она вам не нужна? Откуда такая уверенность, что принципиально невозможно прерывание работы процесса мускула, с вытесением даных из кеша, на сервере с несколькими десятками конкурирующих потоков? Я глянул по подсказке кайота, у интела есть аналог чипкила, SDDC, но не у дешевых серверных платформ и не у новых почему-то. Чипкилл - для корректировки 2 и более ошибок. Так что не в тему. Не так, "хотя бы 1 ошибку в год" это точно так же, часть модулей не видят неисправимые ошибки, а часть видит много и часто. Т.е. скажем у меньшей части модулей с ошибками будет прилично неи

Какой нафиг блочный кеш??? Напоминаю течение дискуссии: данные поднялись из кеша СУБД, проверились на валидность по КС, попали в кеш проца. Далее - данные вытеснились из кеша проца (к примеру, длительный запрос/много конкурирующих запросов/прочее). Далее - данные опять поднялись из оперативки в кеш для последующей обработки, с битым битом. Что и как софтом будет проверяться??? Еще раз КС? А СУБД догадывается, что данные вытеснены были из кеша, или нет? Если нет, то сколько раз и когда считать КС? Пытаются, пытаются. Одиночная ошибка прекрасно исправляется и журналируется... т.е. - аж 1

Чуждо Для игровых видях в дровах есть "оптимизации", срезающие качество отрисовки в некоторых случаях, но благодаря этому дающие прирост фпс. Местами - в разы. Особенно это касается OpenGL (в DX вроде как спецсофт не работает, от того - заточки там скорее всего присутствуют независимо от "класса" карты) К примеру, игрался я в свое время с софтквадро на мх440. Превращение ее в квадро ускоряло некоторые малоизвестные синтетические тесты в разы, а вот в той же кваке 3 - местами были сильные просадки фпс (отрисовка кровавого тумана к примеру, при взрыве возле трупика).

Влияет. Данные из кеша с ЕСС вытесняются в память без ЕСС - при этом КС блока уже проверена и он считается валидным. Со всеми вытекающими... Ну о целостности данных в процессе собссно вычислений в памяти, думаю, лучше помолчать

А еще для 10Г линка появились вкусные DGS-3000-26TC, вроде около 550 баксов если верить хотлайну (самое дешевое типа в наличии). 2шт сфп+, 4 комбо сфп и 20 меди - 4-8 медных портов в транке на свич ядра, и получаем дешево и сердито медиактонвертор с горкой портов для подключения серверов в бонус...

Сервак с астериском, несколько модемов-свистков, б/у VOIP шлюз с аукционов/барахолок + телефон(ы)... Один минус - свистки имеют свойство виснуть (окукливаются, уходя в себя, перестают отвечать на запросы донгла, но как девайсы из системы не пропадают), желательно иметь хаб с управлением питанием + скриптовый костыль, который по крону анализирует состояние модемов в донгле и передергивает порт окуклившегося модема. Е1550 к примеру где-то с периодичностью раз в месяц виснут.

Ну да, теоретически нельзя. Но тут такой момент, когда посчитали контрольную сумму блока - данные уже не в памяти, а в кэше процессора и пока с ними идет работа в память за ними больше лезть не надо. Если кэш процессора глючный - то контрольная сумма не прошла бы или даже машина не загрузилась бы Шансы, что и прошла бы контрольная сумма и кэш был был бы глючный настолько маленькие, что ими можно просто пренебречь, есть куда более серьезные проблемы, от которых нельзя спастить. А почему вы считаете, что только в блоке, вычитанном из БД, может произойти сбой? Как насчет полуенного по сети зап

Если вам так сильно неймется расстаться с $1k - я могу выслать вам 3-4 штуки вполне себе кошерной Kingston HyperX ддр2, снятой с разных серверов из-за ее глюкавости. И в догонку - плашки попроще, гиговые с домашнего тазика. Причем, что характерно, нестабильность отчетливее проявлялась на К10 платформе, на К8 процах на тех же платах работала стабильнее (суточный прогон ошибок не показывал, дольше не гонял). Некоторые модули - глючат только если 2шт на канале, если один - работают норм. Причем глюки проявляются в одной или нескольких ячейках, уникальных для каждого модуля. Вы правда не можете

Вы купите плашки, отберете из них неглючные, и продемонстрируете что они не глючат Кстати, что там с бюджетной платформой под регистровую память? Почему соответственно? Это теоретичски на двух несвязанных битиках одновременно, а на связанных может будет даже тот же порядок. UPD: Кстати, по данным гугла 0.22% модулей (и аж 1% для 4 GB DDR2) получают хоть одну неисправимую ошибку в год (т.е. 2 бита в одной строке и больше) и до 2-4% машин в год в зависимости от платформы у них же. Это очень много. Ну связанные - из-за дефектов кристалла скорее всего получаются... Да и опять же, СУ

Ладно, допустим. Поднялись данные, в них - ошибка. Что делать? Бинлога нет ввиду давности данных. Посчитаем что даные портятся не при передаче, а при хранении. Пускай гиговый модуль имеет вероятность сбоя 2 бита в сутки. Или - 700 бит в год. Или - вероятность сбоя в строке за год 5*10-6. Соотвественно, вероятность двойного сбоя в строке 2.5*10-11. Или примерно 0.0006 ошибок в год на 24ГБ памяти. Приложениям - не дает. Ядру - дает.

КПД будет более 70% (посмотрите эти тесты к примеру). Это вам наверное пора выбираться из криокамеры. Времена медленной сдрам с низкими частотами на толстом техпроцессе прошли. Не вам судить. Ваш уровень знаний вы уже показали. Да элементарно. Запустил мемтест на пару суток. А туда поставил идентичную плату с процом, но с есс памятью. А в домашней машине, после постоянных вылетов компилятора - просто заменил память на ЕСС, что волшебным образом устранило все проблемы. Мсье хоть один раз тестировал память перед установкой на боевой сервер? Не-не, не один проход мемтеста, а тест на несколько сут

Ну объясните, нафига нагружать БП на 100-150% паспортной мощности, да еще на боевом сервере, работающем в единичном экземпляре??? Что экономить таким образом собираетесь??? Примерно. В среднестатистическом режиме работы. А зафлудит роутер/протаращит какой демон, подрастет нагрузка на ядрах до 100% на каждом, и вылезет проц на Вт пускай 40, + мамка + сетевуха + память + прочее - и все это весело сгорит. Оно вам надо??? Повторюсь: нормальная практика выбора БП - сумма TDP всех компонентов + % 20-30 запаса хотя бы. + проверить потребление по линиям питания - проц к примеру кушает в основном от +1

БД - мускул. И с какой радости ей считать контрольные суммы, и что делать при несовпадении КС? Считать строку негодной? И опять же, причем тут КС? Порча может произойти на совершенно различных этапах, и КС тут никаким боком. Пример: поднялись данные из БД в кеш, валяются в памяти, побился бит, далее - мусорное значение увеличилось на единицу и сохранилось в БД. Или прилетел скл запрос, лежат данные в памяти, пока СУБД была занята дисковыми операциями - бит протух. ЕСС таки гарантирует обнаружение и исправление одиночной ошибки, либо обнаружение двойной ошибки. Опять же, посчитайте вероятност

Стоит, не стоит... В 2-юнитовый корпус влазит ОБЫЧНЫЙ блок питания, с 80мм кулером. Нафига вы себе придумываете проблемы? Для последующего героического их решения? Или считаете, что 40Вт бздюлька, нагруженная на 95%, будет работать долго и счастливо в нормальном температурном режиме, и не выгорит (возможно - с прочим железом), скажем, при отказе кондера в летнюю жару?

Думаю вполне выдержит. А по поводу компактных БП... Ищите не компактные, а в первую очередь легко доступные в продаже, и берите с запасом по мощности. Лучше 2 юнита без извращений, чем 1 юнит, но с БП под заказ. Тем более, стойка-то 42 юнита, чего ее сильно (аж на целых 0.5-1 юнит) экономить Хотя и для 1ю корпусов есть БП вплоть до 150Вт свободно в продаже в инет-магазинах.

на флеше Около 6 мегабайт пространства. Прошивка около5 мегабайт. Когда вы качаете с TFTP файл перезаписывается. Тут вроде как не перешивка увалила девайс, а запись конфига же? Хотя может тут и битая флэш, либо страный трудноповторимый глюк при отключении питания в момент стирания/записи (проц дал команду тереть/писать не тот адрес/флэш решила потереть/записать другой адрес/наводка на шину флэши сделала печаль в королевстве/прочее) привели к такому. Может китайцы позабыли/сэкономили на BOD? К слову, что за флэшки такие странные - с криптовкой? Маркировкой не поделитесь? Может, у в

Нафига вам SSD? У вас бюджет резиновый или как? Поставьте флэш модуль, поставьте роутерный дистр или поставьте дебиан и сделайте ему рут рид-онли (хотя я не сторонник полновесных дистров на роутерах/брасах), и будет вам счастье. Да и накой вам Z77 там, где хватит H61... Насчет 40Вт - не знаю, разве что совсем впритык будет. Я энергопотребление с точностью до ватта никогда не старался определить... Кстати как вариант - немного занизьте напряжение на проце. Поможет снизить потребление (потребление - пропорционально квадрату напряжения растет).

А чего говорить. Берете TDP, вот вам в первом приближении и максимально возможное потребление. + чуток на стабилизаторы всяческие (на глаз набросить немного Вт). И да, на БП не стоит сильно экономить. Т.е. - не ставить откровенный китайский шлак. Из недорогого но качественного - возьмите, к примеру, FSP PNF/PAF серии.

Да какбы и 10GE есть, и более свежие 82580/I350 - но это не обязательно. ЕТ б/у с головой. Или даже РТ если пппое и/или 2 головы. Элементарно. Мамка - чипсет 6Вт. Сетевуха - пару Вт. Винт - Вт 5-7 (хотя лучше роутерный дистр типа LEAF на SATA DOM флэшке). Все отсальное - проц, учитывая небольшую загрузку и тдп 45Вт - Вт пускай 25-30 (и то с большой натяжкой, ибо тдп - это суть максимально возможное потребление при 100% загрузке и видео и всех ядер, причем - завышенное в большую сторону до стандартного значения). Да ну? А мужики-то и не знают Хотя да, тута одна контора рекламировала свои сервер

Достаточно при условии, что а) китайцы таки разнесут частоты в конкретных реализациях б) текущие ОНУшки таки имеют на входе адекватный фильтр, который не пропустит близкие длинны и в) оптический бюджет позволит поставить соответстующий сплиттер. Мне все 3 условия кажутся, кхм, сомнительными. Отсюда и выводы... Лучше - делать раз, но с запасом (и потом по необходимости задействовать запас либо вогнать частоты в существующую сеть), чем понадеяться на авось и потом кусать локти...

Возьмите супермикру на биллинг+БД. Брас - на каком-то целероне типа 1610 сделайте, думается, гиг трафла прожует легко. Учтите, для браса таки нужна адекватная сетевуха (ЕТ хотя бы). И да, лучше 2 слабых браса, чем 1 мощный. Да и биллинг бы кластеризировать по-хорошему...

А банально дотянуть 2 волокна до конечных сплиттеров, и при необходимости - ставить еще 1 сплиттер на 10гпон, и в него втыкать абонов?

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

Если один аккум из батареи идентичных заметно потерял емкость - ИМХО не особо стоит его беречь, ибо 1) это жжжж не спроста - продлить агонию на месяц может и удастся, но не более, просто так аккум не осыпается , а коль начал сыпаться - на то есть причины, которые вы не устраните; 2) при разряде на него и так будет повышенная нагрузка - бОльший удельный ток; 3) разряд "в ноль" - редкое явление, обычно - задача упса продержать стойку до включения питания, и не допустить ее отключения. Основная задача балансира - предотвратить перезаряд из-за некоего начального разброса емкостей/заряда, который

Стены фольгой обклеить, под обоями. Ну и москитную сетку с металлическими нитями на окна. Правда, и мобильная связь будет хреново работать... Ну или на 5ГГц сваливать