https://opennet.ru/openforum/vsluhforumID3/82751.html Крис Мэйсон, выступивший на мероприятии SCALE 10x LA, подтвердил (http://www.phoronix.com/scan.php?page=news_item&px=MTA0ODU), что компания Oracle планирует использовать файловую систему Btrfs в своем дистрибутиве Linux, в том числе и для промышленной эксплуатации. Упоминается что Btrfs будет официально поддерживаемой опцией при установке в новой версии Oracle Linux, однако файловой системой по умолчанию в новом выпуске вероятно останется Ext4.<br><br><br><br>Крис также отметил что на 14 февраля намечен крайний срок выпуска программы btrfs.fsck, способной исправлять ошибки на Btrfs-разделах. Дата выбрана для возможности интеграции утилиты btrfs.fsck в следующие версии дистрибутивов Oracle и SLES, у которых скоро истекает время приёма новшеств для будущего выпуска.<br><br>&lt;center&gt;&lt;iframe width="420" height="315" src="http://www.youtube.com/embed/hxWuaozpe2I?rel=0" frameborder="0" allowfullscreen&gt;&lt;/iframe&gt;&lt;/center&gt;<br><br>URL: http://www.phoronix.com/scan.php?page=news_item&px=MTA0ODU<br>Новость: http://www.opennet.ru/opennews/art.s https://opennet.ru/openforum/vsluhforumID3/82751.html#92 Sun, 05 Feb 2012 17:03:38 GMT &gt;&gt; Это понятно. Он об этом сам и говорит - каждые 30 с делается снимок.<br>&gt; Старые снапшоты подтираются постепенно, поэтому суммарный расход места вполне вменяемый. <br>&gt; Ну если конечно не совать эту ФС на флоппики всякие - <br>&gt; ну не для дискеток она, а для жестких дисков и даже <br>&gt; создания многодисковых хранилищ.<br><br>Вы, похоже, не понимаете суть снапшотов. В человеском языке нет понятия снимка снимка снимка :) А ведь есть еще и ридонли снимок этого всего :) Метадата растет немерянно...<br> https://opennet.ru/openforum/vsluhforumID3/82751.html#91 Sun, 05 Feb 2012 16:46:13 GMT &gt; Btrfs же хранит в журнале маленкие файлы.<br>&gt; Оверхед, конечно, есть. Я не считал сколько, но со слов Hugo Mills: <br>&gt; " ... at a minimum of 413 bytes of metadata overhead for <br>&gt; an inline file, plus the length of the filename. " <br><br>Ага, а еще и dup/raidXY, hugo это признает :( Впрочем, смотрите первоисточник - исходники.<br>По поводу отношения data/metadata - есть у меня фс 30Гб с отношением data/metadata около 0.8.<br> https://opennet.ru/openforum/vsluhforumID3/82751.html#90 Sat, 04 Feb 2012 23:53:26 GMT &gt; Для btrfs raid5/6 - первоочерёдная вещь на реализацию<br><br>Уже года четыре, AFAIK :)<br> https://opennet.ru/openforum/vsluhforumID3/82751.html#89 Sat, 04 Feb 2012 16:12:48 GMT &gt; Btrfs же хранит в журнале маленкие файлы.<br><br>Извиняюсь, не в журнале, а в метаданных, прямо в дереве FS_TREE.<br> https://opennet.ru/openforum/vsluhforumID3/82751.html#88 Sat, 04 Feb 2012 16:06:53 GMT Для btrfs raid5/6 - первоочерёдная вещь на реализацию, сразу после btrfsck.<br> https://opennet.ru/openforum/vsluhforumID3/82751.html#87 Sat, 04 Feb 2012 14:52:25 GMT Сдох в ноуте ssd от kingston на 64 ГБ, работавший больше года под btrfs. Внезапно, после ребута вместо бута - ругательства на невозможность монтирования корня. Один раздел на весь диск, два сабволюма: корень и хомяк. Хомяк зашифрован. Прогрузившись с запасного девайса, посмотрел - раздел монтируется, файловая система читается, шифрованные файлы доступны. На винт переустановил ось, стал думать как лучше всего перетянуть файлы. Поскольку юзернейм и пароль в новой системе совпадают со старой, решил тупо заменить файлы .Private и всё такое, загрузившись с LiveCD. SSD пришлось снова вставить в ноут, ибо usb шнурок отказывался его монтировать из-за i/o errors, а напрямую в sata контроллёр ноута оно монтировалось несмотря на. Однако, ноут что-то не захотел грузиться с болванки - мигал капслоком, пока я не изымал болванку из привода. Тут же внезапно обнаружилось, что ноут смог как ни в чём ни бывало загрузиться с ssd в мою старую систему. Просто слил файлы хомяка на винт. В процессе было ругательство на невозможность https://opennet.ru/openforum/vsluhforumID3/82751.html#86 Sat, 04 Feb 2012 12:58:47 GMT &gt; у меня ноут с 500Гб винтом и полностью задействованным бтр. использовать lvm и мета-устройства мне не зачем. нет смысла.<br><br>А я бы md raid поставил только за то, что в нем есть поддержка 5/6 уровней :)<br> https://opennet.ru/openforum/vsluhforumID3/82751.html#85 Sat, 04 Feb 2012 09:20:16 GMT &gt;Еще раз...Я НЕ ругаю btrfs, я лишь говорю, что конкретно в такой-то ситуации (VM на btrfs) наблюдаются тормоза именно по вине btrfs (ext4/xfs там же работают нормально). И наблюдается подобное не у меня одного.<br><br>вообще то чем бтр хороша - она использует уже имеющиеся структуры ядра, а не вносит свои (как например zfs). в частности она задействует:<br>&gt;If Btrfs were to rely on device mapper or MD for mirroring<br><br>https://btrfs.wiki.kernel.org/articles/m/u/l/Multiple_Device_Support_226a.html<br>или по-русски:<br>&gt;сильная интеграция с Device mapper для поддержки многочисленных устройств с несколькими встроенными алгоритмами для работы с RAID<br><br>http://ru.wikipedia.org/wiki/Btrfs<br><br>так что...<br>у меня ноут с 500Гб винтом и полностью задействованным бтр. использовать lvm и мета-устройства мне не зачем. нет смысла.<br>но подозреваю что и с ними проблем не будет.<br> https://opennet.ru/openforum/vsluhforumID3/82751.html#84 Sat, 04 Feb 2012 08:51:18 GMT &gt;Судя по всему она для оракловой базы (а чего еще оракла волнует?) ну совсем никак не конкурент бтр-у. <br><br>да кстати. в презентахе сабжа "докладчик" несколько раз о проводимых тестах tpc упоминал.<br>что какбэ интересно с точки зрения фс и методик её тестирования.<br>