AK>> рекомендую почитать последний тредик во freebsd@uafug.org.ua (и там такое AK>> далеко не в первый раз). EG> Hу там терабайт данных или больше и дедупликация при смешных 8G RAM. И ГДЕ млять написано что так делать нельзя? Кроме ридмей к фринасу, тоже полученных методом научного тыка - то есть то что оно при их ограничениях работает - это просто статистика, необязательно достоверная. (оно может у ста тыщ не работать и разваливаться и при соблюдении этих правил, просто авторы об этом не в курсе)
Сколько еще вещей в ней делать нельзя и недопустимых конфигураций, о которых узнаешь только когда оно уже встало колом и восстановлению не подлежит? (вспоминается история с повторным отказом диска в raidz и навеки зависшим scrub - чинится исключительно на солярке, у фри в zdb нет нужного функционала. Во всяком случае на тот момент не было, и нет никого, кто подпишется что сейчас ситуация гарантированно невозможна)
И является ли подобное уродство - _надежным_ и _отказоустойчивым_ ?
Hет, в определенных целях ему цены нет - учитывая что более-менее работоспособными на объемах выше десяти терабайт вообще являются полторы из ныне существующих файловых систем, остальное либо страдает детскими болезнями, либо вообще обладает надежностью карточного домика в натуральную величину, но про надежность и отказоустойчивость - это очередной миф.
> Alex
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)