https://mobile.opennet.dev/openforum/vsluhforumID3/110709.html Кент Оверстрит (Kent Overstreet) представил (https://lkml.org/lkml/2017/3/15/813) в списке рассылки ядра Linux значительное обновление файловой системы Bcachefs (https://bcache.evilpiepirate.org/Bcachefs/), развиваемой с использованием технологий, уже опробованных при разработке Bcache (https://www.opennet.ru/opennews/art.shtml?num=35849) (блочное устройство для кэширования доступа к медленным жестким дискам на быстрых SSD-накопителях). В файловой системе используется (http://bcache.evilpiepirate.org/BcacheGuide/) механизм Copy-on-Write (COW), при котором изменения не приводят к перезаписи данных - новое состояние записывается в новое место, после чего меняется указатель актуального состояния.<br><br><br>Особенностью Bcachefs является поддержка многослойного подключения накопителей, при котором хранилище компонуется из нескольких слоёв - к нижнему слою подключаются наиболее быстрые накопители (SSD), которые используются для кэширования часто используемых данных, а верхний слой образуют более ёмкие и дешёвые диски, https://mobile.opennet.dev/openforum/vsluhforumID3/110709.html#54 Fri, 24 Mar 2017 11:19:07 GMT &gt; При этом для домашней машины особо быстрые диски и не нужны как бы.<br><br>Не соглашусь, как имеющий (имевший, вернее) оба варианта и чувствовавший разницу.<br><br>&gt; А для улучшения производительности можно и рамы побольше в систему поставить.<br><br>Одно другого не исключает. Но ССД в системе &#8212; маст хэв, мне кажется.<br> https://mobile.opennet.dev/openforum/vsluhforumID3/110709.html#53 Fri, 24 Mar 2017 11:16:23 GMT А что с виртуалками не так? С какими-то конкретными, и какие проблемы?<br><br>С базами вроде есть решение. Директории, в которой хранятся файлы БД, отключают CoW. Ну надо ещё сами файлы переписать, чтобы выключить CoW для блоков, в них содержащихся.<br><br>ЗЫЖ сам пока это решение не пробовал, только присматриваюсь.<br> https://mobile.opennet.dev/openforum/vsluhforumID3/110709.html#52 Tue, 21 Mar 2017 03:46:15 GMT репликация (RAID) - это я дурак или автор доктор.бил?<br>Каким образом RAID = репликация?<br><br>Ещё одна на поиграться FS.<br><br>bcache использую давно, но вот зачем навертетюживать туда высосаную из пальца FS?<br> https://mobile.opennet.dev/openforum/vsluhforumID3/110709.html#51 Mon, 20 Mar 2017 09:54:08 GMT SSD тоже можно кэшировать: дешёвые SATA TLC &#8212; на быстрых NVMe 3D MLC, а те &#8212; на 3D Xpoint, MRAM или NVRAM-накопителях.<br> https://mobile.opennet.dev/openforum/vsluhforumID3/110709.html#50 Mon, 20 Mar 2017 00:50:42 GMT &gt;Сейчас терабайтник HDD можно взять за 2-3 тысячи. За такого же объёма SSD необходимо выложить тридцатку. Разница же на порядок. Простым смертным это пока не по карману.<br><br>А я вот не простой смертный, у меня HDD - FC HDD и оно было ~$800.00 / 1TB ...<br><br>Когда нужно было сделать реактивный сторидж под очень "горячую" DB - собрали самопал на самсовских терабайтниках (PRO series) ... DB-шнеги костьми легли - но протащили это в продакшен :) <br>Правда нынче это и за деньги купить можно ;-) Eссссно - сертифаед и задорого :)<br> https://mobile.opennet.dev/openforum/vsluhforumID3/110709.html#49 Sat, 18 Mar 2017 18:36:35 GMT &gt; ЛЛЛЛОООООЛ, это ганище из 20ти с фигом дисков я разобрал, человек и <br>&gt; не подумал бы:, что штатный HW рейд с 2гб кеша уделывает <br>&gt; эти пляски на раз два. Не майтесь дурью:, а то потом <br>&gt; восстанавливай после вас <br><br>Меня удивляет такие коментарии хорошо у вас 20 дисков и hw райд мы за вас рады, но вы как то забываете юзюркейс может быть разные. А то я вам раскажу как полка с двумя райд контролерами развалилась то еще удовольствие собирать.<br><br>Не судите и не судите будите<br> https://mobile.opennet.dev/openforum/vsluhforumID3/110709.html#48 Sat, 18 Mar 2017 18:23:18 GMT ЛЛЛЛОООООЛ, это ганище из 20ти с фигом дисков я разобрал, человек и не подумал бы:, что штатный HW рейд с 2гб кеша уделывает эти пляски на раз два. Не майтесь дурью:, а то потом восстанавливай после вас <br> https://mobile.opennet.dev/openforum/vsluhforumID3/110709.html#47 Sat, 18 Mar 2017 12:00:09 GMT оказалось что убивать zfs уже не надо..<br> https://mobile.opennet.dev/openforum/vsluhforumID3/110709.html#46 Sat, 18 Mar 2017 08:58:20 GMT Исользую btrfs уже три года как, может даже больше, за время использования еще ни разу не терял данные. Просто обожаю эту ФС за возможность мгновенно делать снапшоты и так же мгновенно к ним откатыватся. Поломал что-то случайно - одна команда в консоли и вновь все работает.<br>Кстати, с монтированием образов virtualbox тоже как-то не возникало проблем, все монтируется и нормально работает.<br>В общем, не понимаю я всех тех, кто кричит, что btrfs еще не готов, еще как готов, а дальше все будет становится только лучше.<br>