Свежие комментарии

i-RAM и рамбокс в его нынешней имплементации суть кал, т.к. sata-1, обычный ddr убивают наглухо всю радость от идеи. На доставке, кстати, не надо ничего сейчас покупать, почему - могу мылом обьяснить.
А сделать i-RAM на ddr2, я так полагаю, не дают либо ограничения на standby power у ATX-питальников, либо какие-то другие экзистенциальные проблемы, т.к. они вроде бы пробовали и даже что-то показывали, но в серию это не пошло.

Следи за руками
mount -o async volume /mnt - 29 сек
mount -o async volume.journal /mnt - 31 сек
mount volume /mnt 2:13

Если ты готов монтировать первым способом и тебе не страшно - журнал тебе не нужен (если не хочется выиграть на bgfsck)

Один из прецедентов пропадания питания у нас был - КЗ в блоке питания одного из серверов, естественно UPS погасил все, что в него было воткнуто.

По отдельному UPS-у на сервер - удорожает размещение очень существенно. Не знаю что там с надежностью будет, мелкие UPS-ы не должны быть особо надежными.

Да и потом, в датацентрах же и так UPS-ы с резервированием (чтобы при регламентных работах все работало) и они это все сделают лучше, чем клиенты (ну, во всяком случае должны). Просто железа много, вероятности умножаются.

Правильно, конечно, просто разбрасывать железо по разным ДЦ, чтобы при полном выходе из строя одного (двух?) мощности на нормальное функционирование хватало, но мы пока недостаточно крупный для этого потребитель.

Тогда UPS дешевле. Который успеет предупредить а корерктно погасить сервер.

У меня все ходы записаны!

Если туда подходит регистровая-ECC память, то этого добра я наковыряю по старым дохлым серверам (скорее всего, 4 гигабайта просто дома найдется)

Но вообще, типа вот: http://www.dostavka.ru/product_id/5666782
25 баксов за гигабайт. Всего будет, соответственно 160+4*25 = 260.

Хотя, конечно, если место и SATA-порты лишние есть, то 3x36GB Wd raptor получаются не дороже. И, соответственно, план: на сами рапторы ставим систему, на хвостах (началах) - делаем stripe для лога.

Дурдом.

я что, читать не умею?

==
Мораль совершенно понятна: для приложений с <b>большим количеством мелких файловых операций</b> журнал дает возможность безопасно включить async mount, но при этом <b>безобразно портит скорость записи</b>.
==

==
Скорость создания большого числа мелких файлов тоже практически одинакова: tar xzvf ports.tgz (порты от 7.1-RC1) занимает 33 секунды с журналом на массиве и 31 секунду с журналом на отдельном диске
==

==
Для сравнения: распаковка того же ports.tgz на массиве без журнала занимает 29 секунд при монтировании -o async (без soft-updates)
==

<q>А 29 - покажите мне человека, который будет async делать на файловой системе в пару терабайт....</q>
я буду

PS: сегодня из яндекса получил ответ общим смыслом "сайт не индексируется? в поисковой выдаче отсутствует? ну и х#й с ним. может потом и появится, но мы не обещаем"
не, свое возмущение я как-нибудь переживу.
но это означает, что всякие выводы на основе запросов к яндексу делать чревато

Другими словами, в нормальный датацентр - можно ставить, а во всякие жопы вроде Курчатника (где если сервер сломался вечером пятницы - попадешь к нему только во вторник) - лучше не.

В Курчатник, конечно, лучше вообще не, но жизнь - сложная штука.

Но 16 часов - это интересно, дома можно попробовать. Жалко что туда только 4 гига можно положить.

А сколько он живет без питания?

Вот тут и нужны карты с ценой в $x000 с парой гигов battarey-backed RAM.

Кстати, если уж упиратся в SAS, то можно взять просто Gigabyte i-RAM. Оно выдаёт почти полную SATA-I скорость и пережывает перезагрузку.

2 секунды -- это безобразно портит?

"Для сравнения: распаковка того же ports.tgz на массиве без журнала занимает
29 секунд при монтировании -o async"
но "без -о..."?

Не хочешь админить - включи autovacuum (при том, что по дефолту он там включен, значит кто-то поадминил и выключил)

А когда у другой опенсорсной базы таблички зашкаливают за 100G, при том, что данных в них есть хорошо если на 10M - нормально? Везде своих тараканов хватает.

PS: Ни то, ни другое - не админю, и не хочу :-P

да, ты прав, но 26x26x14

mATX-кейс в который влезет 4 диска в hotswap (т.е. с тремя 5" бэями в одной стопке) - это что-то типа 35x45x18. Ну или кубики вроде lanbox lite (30x43x23).

При том, что меня в первую очередь нервирует глубина и уложиться по ней в 35 сантиметров очень хочется, просто сил нет как