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

> то пул тоже отрастет.
А вот так? :-)

Re: > взять и все пересчитать.
Да нет, я про свои теплые данные, коих одномоментно несколько сотен гигов.
То из чего они считаются - побэкаплено (преимущественно).

И проще застраховаться за 250 баксов и хорошо спать.

Re: > Но какое отношение эта операция имеет к реальной жи
А не по портам, а по жизни: на боевых машинах "вдруг" не становится, передняя голова, проектирование.

На девелоперских бывает всякое конечно, вот сейчас посчитал файлы в $HOME, оказалось 150 тысяч. Ну типа да. Не знал.

Re: > Но какое отношение эта операция имеет к реальной жи
portsnap работает какое-то совершенно разумное время, даже при extract. Всякие cd /usr/ports/*/p5-*-Netmask (что я практикую т.к. не помню в каком месте что лежит) - тоже работают.

Т.е. я бы не сказал, что это так уж мешает жить. Да и не так много там:
lexa@home-gw:/usr/ports# find . |wc -l
138155

> Но какое отношение эта операция имеет к реальной жизн
Да такое же, когда у нас вдруг ну очень много файлов и каталогов. Для FreeBSD читай /usr/ports .

> можно -o async перемонтировать.
Ну как нам подсказывает : Если включены softupdates (а, скорее всего, они включены), то без размонтирования async не включить. . А с Reiserfs/EXT3 даже журналирование отключать не нужно, чтобы основательно дёрнуть UFS'ку по performance.

Re: > Кроме ZFS (про которую нужно следствие эдак на полгод
если нужно быстро создавать каталоги, можно -o async перемонтировать.

Что касается любви, то очень просто все со стороны разработчика. Когда мы делали спамтест (а это годы 2002-2005), линукс создавал на порядки больше гемороя, слишком много сортов дерьма. При том, что в россии продаж freebsd-шных было больше.
А так - включаешь и работает, что еще надо?

> Кроме ZFS (про которую нужно следствие эдак на полгода)
Меня, помнится, весьма впечатляла разница между скоростью выполнения squid -z на Reiserfs и UFS. Это к вопросу о том, что без ZFS фрю можно снова за это не любить

Кстати, а вот за что любить? :-) netflow? Что ещё на балансе? :-)

> жесткая перезагрузка с gmirror - это ребилд.
> И одновременно fsck.

Хех. Как же, как же. Вот именно потому в мою бытность главным инженером одного небольшого телекома, в окрестности 2002 г. ( 1), FreeBSD была позорно изгнана с proxy-сервера и вместо неё установлен Linux (на Linux Software RAID (LSR) + Reiserfs). В то время vinum не умел background check/repair (в отличие от LSR), а только, так сказать foreground . Была-ли там UFS2 в то время с её background fsck, не уверен (скорее не было), но даже если бы и была, то сладкая парочка LSR + Reiserfs заруливала их по всем основным пунктам.

А что касается переносу данных без многократного переписывания , то на своём домашнем desktop-server'е проделывал такое ни раз, ибо LSR умеет on-line re-shape (добавить ещё один диск в RAID-5/6-вязанку не проблема, ровно как и из RAID-5 получить -6). В случае с RAID-1 всё делается именно так просто, как описано в твоей идеее , делал такое не так давно ремотно Причём, с LSR (если одновременно засунуть 3-и диска) всё можно сделать максимально надёжно, когда массив ни разу не будет degraded.

Спасибо за новость по таможне

Безумству храбрых... Впрочем, домашний роутер - не бином ньютона, уйдёт в дедлок - перегрузить не сложно. Главное бэкапиться не забывай. :)

На восьмерке?

А на A3 выбор большой и трудный. Т.е. все хорошее, но выбрать невозможно :)

А на A3? :)