https://opennet.ru/openforum/vsluhforumID3/66865.html В мобильной платформе MeeGo (http://www.opennet.ru/opennews/art.shtml?num=26050), появившейся в результате объединения проектов Maemo и Moblin, решено (http://lists.meego.com/pipermail/meego-dev/2010-May/002133.html) задействовать по умолчанию файловую систему Btrfs. В качестве основного мотива выбора Btrfs называются расширенные возможности данной ФС в плане сохранения целостности данных: возможность определения и автовосстановления ошибок, за счет поддержки двойного резервирования мета-данных, хранения контрольных сумм и работе с данными и метаданными в режиме copy-on-write (транзакционная файловая система, в которой данные не перезаписываются). <br><br><br>Из других интересных с точки зрения разработчиков мобильной платформы возможностей называются: <br><br><br>- Встроенная поддержка хранения данных в сжатом виде;<br>- Поддержка доступных на запись снапшотов, которые можно использовать для фоновой автоматической установки обновлений, с последующим мгновенным переключением в обновленное окружение ...<br><br>URL: http://lists.m https://opennet.ru/openforum/vsluhforumID3/66865.html#81 Tue, 18 May 2010 17:27:02 GMT &gt;Хинт - какая-то хрень с подобием ZIL есть и в BTRFS. Называется Log Treе. <br><br>ZIL все-таки напомнил мне обычный журнал по смыслу. Хоть и для других сущностей. Хотя тут вы в чем-то правы - цель существовария упомянутых деревьев чем-то похожа. Но...<br><br>&gt;классическим журналом типа того, что можно найти в extX, ZIL имеет <br>&gt;весьма мало общего - в него записываются транзакции (системные вызовы) в <br>&gt;высокоуровневых терминах объектов и производимых над ними изменений, которые, в случае <br>&gt;сбоя, просто проигрываются через фреймворк VFS так, как будто бы это <br>&gt;те же самые системные вызовы. <br><br>Доку по кищкам zfs я тоже читал :) к сожалению, механика ZIL там описана крайне лаконично.<br><br>&gt;отличие еще и в том, что ZIL нужен исключительно для повышения производительности, <br><br>А парни с http://www.solarisinternals.com/wiki/index.php/ZFS_Evil_Tuning_Guide пишут ровно обратное? Что для скорости ZIL можно вырубить, но тогда пеняйте на себя - целостность при крахе, дескать, никто не обещает. Что вроде как выглядит вполне логич https://opennet.ru/openforum/vsluhforumID3/66865.html#80 Tue, 18 May 2010 14:18:55 GMT &gt;Механика CoW просто не гробит данные и не пишет по два раза. <br>&gt;Поэтому если не удалось - да и хрен с ним, старые <br>&gt;данные никто не трогал же. В итоге скорость записи - на <br>&gt;уровне ФС без журнала (запись то - одна). В бтрфс кстати <br>&gt;сие верно и для данных и для метаданных как я понимаю. <br>&gt;А у саней ... гм, ZIL это по сути журнал. А <br>&gt;уж не журналы ли вы только что обругали? Т.е. ваша ругань <br>&gt;валидна и для ZFS? :)<br><br>Кстати, интересно, что ты думаешь про ZIL?<br><br>Ведь это логоподобная структура для поддержки механизма CoW в ZFS. ZIL можно располагать вне файловой ситемы на отдельном носителе для повышения быстродействия. ZIL можно отключать совсем, но тогда гарантировать целостность выполненных транзакций никто не сможет, если вдруг отключат питание во время записи данных на носитель.<br><br><br> https://opennet.ru/openforum/vsluhforumID3/66865.html#79 Mon, 17 May 2010 17:54:58 GMT &gt;Я понимаю под этим использование одного и того же носителя для записи <br>&gt;метаданных обеспечения транзакций записи данных. Чем больше метаданных, обеспечивающих транзакционную целостность, записывается на флэш, тем быстрее идёт износ ячеек. <br><br>А еще дважды два - четыре. А благородного дона не смущает что в принципе - объем данных сильно больше объема метаданных? И ведь (какое свинство) эти данные оказываются на носителе путем записи. Изнашивая флеш, да :). В классическом варианте журнала плохо то что запись производится два раза. В идеале - в журнал идут и данные и метаданные чтобы "или все или ничего" применилось и к данным и к метаданным. Но это ухайдакает скорость работы ФС ниже плинтуса за счет двойного набора операций с носителем. Обычно идут на компромисс, оставляя журналинг только метаданных а данные ... ну... вот так вот, да. Можно получить и полуперезаписанный файл в принципе.<br><br>Кстати по вашей логике - версионные файловые системы (всевозможные их виды) - ничем таким не отличаются от традиционного ж https://opennet.ru/openforum/vsluhforumID3/66865.html#78 Mon, 17 May 2010 09:12:42 GMT сорри, про ubifs действительно ничего не читал. сказал, не подумав. <br> https://opennet.ru/openforum/vsluhforumID3/66865.html#77 Mon, 17 May 2010 05:21:20 GMT &gt; как бы доки<br><br>"как бы доки" - это метко сказано.<br> https://opennet.ru/openforum/vsluhforumID3/66865.html#76 Sun, 16 May 2010 11:31:30 GMT &gt;А что iZEN понимает под физическим журналированием? Что за термин такой левый вообще? oO<br><br>Я понимаю под этим использование одного и того же носителя для записи метаданных обеспечения транзакций записи данных. Чем больше метаданных, обеспечивающих транзакционную целостность, записывается на флэш, тем быстрее идёт износ ячеек.<br><br>В этом контексте, как писал Шварц в своём блоге, ZFS разрабатывалась с учётом как дороговизны флэш-памяти, так и с учётом ограниченного ресурса флэш-ячеек. Именно поэтому ZFS для флэш весьма оптимальна, в отличие от традиционных журналируемых файловых систем. А UFS2 с включенным механизмом Soft Updates &#8212; ещё лучше, так как метаданные транзакций практически целиком находятся в памяти и обеспечивают консистентность ФС, переупорядочивая запросы на запись таким образом, чтобы соблюсти принцип правильной очерёдности следования блоков и подтверждения их записи. Физический кэш диска, конечно, обманывает ожидания операционных систем от записи данных практически всегда &#8212; особенно https://opennet.ru/openforum/vsluhforumID3/66865.html#75 Sat, 15 May 2010 08:13:04 GMT &gt;что для меня остается непонятным в этом союзе интела и нокии, так <br>&gt;это то, какие камни будут использоваться в MeeGo девайсах. не уж <br>&gt;то атом будут поголовно пихать? если нет, то какой тогда интелу <br>&gt;в этом интерес? <br><br>Интел разрабатывает новый процессор специально для нокии. Там прямо в камень будут встроены кодеки.<br> https://opennet.ru/openforum/vsluhforumID3/66865.html#74 Fri, 14 May 2010 23:29:49 GMT &gt; Насколько я понял их описальник - так. Наверное потому они и сгородили какую-то хрень с ZIL (зачем подобие классического журнала нужно в версионнике, строго говоря?) <br><br>Хинт - какая-то хрень с подобием ZIL есть и в BTRFS. Называется Log Treе. Причина их появления - вами столь любимая производительность. С классическим журналом типа того, что можно найти в extX, ZIL имеет весьма мало общего - в него записываются транзакции (системные вызовы) в высокоуровневых терминах объектов и производимых над ними изменений, которые, в случае сбоя, просто проигрываются через фреймворк VFS так, как будто бы это те же самые системные вызовы. Необходимого размера блоки для него выделяются динамически, для случаев больших операций записи предусмотрена возможность производить запись не в блоки журнала, а напрямую в блок пула, который впоследствии просто влинковывается в дерево блоков во время закрытия группы транзакций. Существенное отличие еще и в том, что ZIL нужен исключительно для повышения производительности, в то время https://opennet.ru/openforum/vsluhforumID3/66865.html#73 Fri, 14 May 2010 19:56:25 GMT Ну сказанное касается только jffs и yaffs. Скваш разумеется не касается, ибо это вообще ридонли специализированная файлуха. Ну и это не касается ubifs, потому что не прошлого и потому что совсем не аховая производительность, производительность там напрямую будет зависеть от количества нандов и их скорости.<br>