NiTr0

Отнюдь. Уже держал брасы обычных полновесных дистрах. Желания возвращаться к мастодонтам нет. Как-то с embedded легковесным дистром поспокойнее, да и работает намного шустрее. И апдейтится заметно проще... И еще меньше желания испытывать на себе свежие глюки closed-source дистра или подстраиваться под ограничения, заложенные его разработчиками. В кошерной иностранной фирме с локальным представительством однако 8-часовый рабочий день с довольно строгим графиком (ессно, не с 8 до 5, но обязан появиться до 10-11), отработать 8 часов с регламентированным перерывом на обед, а оставшееся время

MCP68 вроде как должен поддерживать AHCI, который в свою очередь предусматривает hotplug Попробуйте на ходу у непользуемого винчестера отключить/подключить SATA шлейф и посмотрите что в dmesg будет.

При наличии большого кол-ва свободного времени - локализовать не проблема. Запустить бисекцию коммитов ядер между 2.6.32 и 2.6.35 (ориентировочно - порядка 20 итераций)... Но мне это потраченное время никто оплачивать не будет, и практического смысла с него ровным счетом 0. Ну узнаю, какой кусок кода неадекватно компилится gcc 3.3.3, а что дальше? Ой какие вы ужасы-то описали... Админ, от безделия, по мэйл-листам с лупой выискивает баги, чтобы было чем заняться в рабочее время - героически их устранять... Ну если голова и руки не заточены в правильном направлении ни у технического

Добавит. Отказ одного из свопов = минимум краш софта, который был туда выгружен, максимум - краш системы. + отстутвие возможности горячей замены накопителей без предварительных плясок с бубном в случае отдельных своп-разделов.

Ну опять... Какие бинарники? Откуда вы бинарники-то взяли? Если вы генту ни разу не юзали и вообще в глаза не видели - да будет вам известно, что нету там бинарников. Вообще. Кроме нескольких больших пакетов, компиляция которых занимает много времени (типа опеноффиса), ну и пакета x86 библиотек для x86_64. Все остальное - собирается непосредственно из исходников установленным в системе компилятором. У вас плохо с пониманием английского? При компиляции ядра gcc 3.3.3 - wifi AP на ath5k не работает, возвращает абсолютно левый код ошибки, при компиляции того же ядра с тем же конфигом gcc

Чукча не читатель, чукча писатель? Читаем внимательно мой каммент под номером 11. Сразу видно человека, генту в руках не щупавшего. Я беру ядро, скомпилированное и сконфигуренное лично мной, на моей рабочей системе. Оно с вафлей и 32бит юзерлевелом работает. Потом беру ядро, испеченное gcc 3.3.3 - оно с тем же юзерлевелом не работает. Потом меняю компилятор на 4.4.3 - и о чудо, с тем же самым конфигом вафля оживает! Но во всем конечно виноват не криво сгенеренный старым гнусом код, и ядреные девелоперы в связанном багрепорте тоже оказывается не правы были, советовав обновить gcc...

С заводом при заказе в 1-2 единицы - шутник однако Если что-то популярное - aliexpress или инет-магазины в помощь. Ну или ибэй. Растаможка до 200 евро - бесплатная. При сумме несколько выше, ессно, можно попросить отправителя указать меньшую сумму, но не факт что прокатит. Превышение суммы - +30% за растаможку к той стоимости, которую насчитают на таможне (она к слову можт и не совпадать с реальной - ессно, в большую сторону). Доставка - обычная china post/hongkong post идет недели 2, EMS - побыстрее и понадежнее. При больших заказах - имеет смысл обратиться к китайским опять же ауди

А вы? Я предпочитаю знать, что за софт крутится на моей железке, и иметь возможность покопаться в его коде при необходипости. А не надеяться на то, что в экспериментальную ветку девелоперы будут коммитить исключительно стабильные патчи. Дело в том, что я лично видел CF, умершую при использовании в обычном фотоаппарате. Где куда меньше циклов записи в единицу времени, чем в случае системного диска с логами/свопом/etc. Что именно? Вас смущает аптайм в полгода-год? Скриншоты выложить? Повторюсь: первый баг и второй. В обеих случаях единственное решение, предложенное девелопера

У нас пару еще есть вроде. Самые первые DOM, купленные еще в 2004-м. Живы до сих пор, и будут жить думается еще не один год. Для vyatta имеется к примеру SDK? Туда можно добавить хоть что-то сверх того, что имеется? Да и фришная версия, как я понял - является тем же, что и Fedora по отношению к RHEL - глюкодромом для бета-тестирования на клиентах. А быть бета-тестером чужого кода - как-то желания нет, с федорой уже наигрался. Кроме всего прочего, как я понял из беглого просмотра инфы о vyatta, она не может жить на R/O накопителе или вообще без оного - а постоянная запись на DOM приведет

Система выбирается под задачу. Надо стабильность/кластеризация без излишних усилий - CentOS (ну или Debian/Suse/etc - кому что ближе уже), надо свежий софт и мин. размер - Gentoo. Надо минимализм (те самые роутеры/брасы) - embedded дистр, который в необходимом конфиге влазит даже на 16МБ флэшку, и еженедельно бекапится целиком - так что при смерти накопителя/полном сгорании железки поднятие нового роутера/браса из бекапа дело нескольких минут. И главное - никаких винчестеров, которые не переносят мороз и жару.

Если вы не заметили, я об этом написал Угу, как и рэйд1. И разваливается при отказе 2-х. Открытие вы не сделали. Однако при наличии периодической проверки массива и при своевременной замене вышедших из строя накопителей (а не через полгода после обнаружения факта деградации) - надежность рэйда будет выше чем у одиночного SSD. Разве что для SATA3 накопителей. При этом мать еще должна поддерживать SATA3.

Да, насколько мне изместно - после 3 месяцев "тест-драйва" клиент должен заключить контракт на год. Таксказать, отработать потраченные на "тест-драйв" деньги

soft raid5 из подручных террабайтников (4шт - пара самсунгов, оба 7200 вроде, пара зеленых WD 5400) на домашнем тазике: # dd if=/dev/mapper/lvm--raid-www of=/dev/null bs=1M count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 2.01926 s, 260 MB/s По цене будет явно дешевле SSD. Ессно, при рандомном доступе - будет заметно медленнее. Впрочем, опять же, если вся ваша БД успешно кешируется в оперативку - то особо больших требований к быстродействию винтов не будет.

IFB к примеру. Или IMQ. Но для IFB - iptables уже не поможет, т.к. пакеты покинут интерфейс до обработки в iptables.

Осыпается, не спорю. о намного медленнее, чем винт. Возьмите винт, поставьте его под углом 45 градусов к столу, включите и постучите по нему пару минут рукояткой отвертки к примеру Уверен - после данного эксперимента винт будет годен только в помойку. А SSD - прекрасно переживет... Обычный винт потребляет от 5Вт (5400rpm 3.5") до 10Вт (7200rpm, из "быстрых" серий - те же WD black). Покажите мне SSD, которая будет кушать 0.5-1Вт, и при этом будет обладать сравнимой хотя бы с винчестером скоростью чтения/записи - я ее с радостью куплю в свой нетбук Файлохранилище с 16(!) винтами

Надежность - понятие растяжимое. При работе в режиме сильной вибрации - да, винт мгновенно осыпется, SSD же плевать. При работе в режиме постоянной перезаписи всей поляны - SSD издохнет за год-два. Особенно - MLC. Первые SSD были разве на лампах? Главный плюс SSD - отсутствие seek time как такового, ибо SSD все равно, откуда читать следующий сектор. И устойчивость к ударам (что для серверов ессно неактуально). P.S. По поводу энергопотребления: проц + мать будут кушать на порядок больше, чем винт/винты. Соответственно даже полное отключение винтов добавит максимум 10% времени ра

Да. И туда же можно и бекапы делать ежедневные/еженедельные - на всякий (если не бекапится на отдельный сервер по сети).

Для L3 - это RIP, OSPF и иже с ними. L2 - у вас что-то колец я не заметил, только цепочки между L3 узлами, что есть бредом. Работать L3 кольцо будет, но у вас опять же по схеме его как такового нет. У нас в свое время медное кольцо так работало, между несколькими L3 роутерами, подключенными к ядру вторыми сетевухами, медная магистраль с отводами к опять же роутерам, на которых уже висели абоненты - и все это рулилось OSPF. Хотя при наличии дешевых свичей с STP - я бы не стал извращаться, реализовал бы все на оном.

Не всякий рэйд одинаково полезен. В линуксовом софт-рэйде к примеру такого безобразия нет, отвалился - значит отвалился. А как поведет себя "типа рэйд", встроенный в чипсет - известно одним лишь китайцам, писавшим для него модуль биоса и драйверы Ну нету там отдельного "контроллера памяти", нету. Есть чип - SSD кнтроллер (процессор, с набортными контроллером IDE/SATA, контроллером NAND, кешем и т.п.), к которому подключено N микросхем NAND-флэша, и выход из строя его отдельного блока при сохранении работоспособности оставшихся - весьма маловероятен. Другое дело - разрушение транслятора

Бред. По пунктам: 1) ext2 НЕ журналируемая 2) Рэйд нужен для того, чтобы при вылете одного SSD не платить очень большие деньги в датарикавери и не ждать недели. Хотя ессно вместо рэйда можно юзать кластеризацию или бекапы. 3) Если у SSD мрет сектор в служебке, или при обновлении служебки пропадает питание (а служебка обновляется при каждой записи - ротация секторов однако) - в итоге с большой вероятностью заимеете нечитабельного трупика с 0-м размером (или вообще не определяющегося в системе). Еще не стоит их на 100% забивать данными - однократно записанные сектора уже не будут участв

ИМХО: лучший антивирь - прямые руки + функционирующая голова. Без этого - никакие протезы (хоть пр-ва касперского, хоть пр-ва eset, хоть чьи либо еще) не помогут, ибо, к примеру, клинический дегенерат радостно отключит любой антивирь, только чтобы поставился скажем "накрутчик рейтинга вконтакте", или что-либо еще в этом роде. Или даже запустит с рабочим антивирем - который благополучно подавится свежим криптовщиком, ибо симуляторы у антивирей убогенькие... Коротко рецепт долгой счастливой жизни винды без антивиря: гасить/блокировать самбу/RPC/etc (и вообще в службах оставить только необход

Как по мне - попытка спародировать киевстаровский "тест-драйв", но более жадно - чтобы хоть копейку да отбить. Симметричное по затратам предложение, как я понял, не потянете же? Тогда - тарифы с непостоянной скоростью (пример - 0.00-12.00 100М, потом - ниже); либо - пакеты на 2-3 месяца по меньшей цене/с большей скоростью; либо - бить качеством сервиса и внутрисетевыми ресурсами + быстрым подключением и реагированием на поломки... Многим абонентам по большому счету все равно, сколько у них мегабит - 10, 50 или 100. Главное, чтобы скорость соответствовала заявленой хоть примерно, в т.ч.

fdisk, потом - растягивание ФС на весь физ. размер (как - читать маны на утили по работе с данной ФС).

Не только epia, а еще и турионы Да и ограничение-то скорее только из-за расположения лепестков пассивного охлаждения - при размещении других плат возможно придется отказаться от корпусной СО

Магазин на бесплатном домене... Я бы не рисковал к примеру