https://www.opennet.me/openforum/vsluhforumID3/95127.html Разработчик Дэниел Филипс, работающий в компании Samsung, сообщил (http://www.phoronix.com/scan.php?page=news_item&px=MTY0NTA) в неформальной беседе во время Linux Foundation Collaboration Summit, что его файловая система Tux3 (http://tux3.org/) возможно скоро будет включена в основное ядро Linux. По заявлению разработчика, компания Samsung заинтересована в использовании данной файловой системы во встраиваемых системах даже больше чем в недавно включённая в состав ядра ФС F2FS, также разработанной сотрудниками Samsung. Отмечается, что разработчик Tux3 взаимодействовует в том числе и с командой разработчиков F2FS.<br><br><br>Файловая система Tux3 разрабатывается (http://www.opennet.ru/opennews/art.shtml?num=17130) с 2008 года и является версионной файловой системой. В 2009 году работа над Tux3 была приостановлена, но в начале 2013 года проект возродился (http://www.opennet.ru/opennews/art.shtml?num=35741) и начал интенсивно развиваться. Для хранения большинства структур используются b-tree и предложенные автором Tux3 https://www.opennet.me/openforum/vsluhforumID3/95127.html#87 Mon, 31 Mar 2014 21:14:43 GMT &gt; И вообще, CoW/версионники/каквытамэтоназываете - на запись как раз не особо тормозят несмотря на полное журналирование <br><br>Ога. Дафай, расскажи это тем, у кого сторадж на zfs заполнен на &gt;85%.<br> https://www.opennet.me/openforum/vsluhforumID3/95127.html#86 Mon, 31 Mar 2014 20:23:38 GMT &gt; Да, конечно. Невозможность отжать у ФС кэш, даже когда пришлось обломать программы <br>&gt; с выдачей памяти - это так и задумано! Но устроит только <br>&gt; файлсервер, где никаких программ нет. А в остальных местах обломы выделения <br>&gt; памяти при попытке попросить блок пожирнее - как-то совсем не прикольно. <br>&gt; Не хочу ничего сказать, но я бы не хотел видеть такую <br>&gt; логику поведения на десктопе или сервере приложений.<br><br>вот скажи, зачем ты свои влажные мечты изливаешь тут? <br>кратко: ты написал не правду.<br> https://www.opennet.me/openforum/vsluhforumID3/95127.html#85 Mon, 31 Mar 2014 20:20:26 GMT &gt;&gt; те, кто пользуется zfs на хостах с DB уже давно знают что нужно делать, <br>&gt; Я тоже знаю: к доктору на прием записаться. Ибо фанатизм окончательно победил <br>&gt; здравый смысл.<br><br>а где ты здесь фанатизм узрел? удобная в управлении fs. ей пользуются.<br>&gt;&gt; cow им не мешает при этом.<br>&gt; Подумаешь, зажурналируем журнал и работа размножится в несколько раз. Настоящих фанатов <br>&gt; такая мелочь не пугает.<br><br>"настоящие фанаты" знают как приготовить это дело так, чтобы не было "работа разможится". на хабарахабаре не пишут что нужно сделать? ну.. попробуй почитать оф. док-цию, например.<br>&gt;&gt; "не как в zfs под линукс" имелось ввиду, я надеюсь?<br>&gt; И под Linux, и под бзду. ARC везде одинаково не интегрирован с <br>&gt; ядерным управлением памяти и живет своей жизнью IIRC. Он как-то там <br>&gt; конечно адаптируется, но если он сможет жрать большую часть памяти - <br>&gt; программам попросившим большой блок памяти будет отлуп. А оно такое надо? <br><br>на википердии прочел? я вот своими глазами видел как мускл отожрал 70+гб памяти, до этого ее ел https://www.opennet.me/openforum/vsluhforumID3/95127.html#84 Mon, 31 Mar 2014 15:43:37 GMT &gt; не видел. Если таковые имеются - имя в студию.<br><br>В btrfs? Там с снапшотами можно делать больше, а кривых ограничений на работу с ними - меньше :)<br><br> https://www.opennet.me/openforum/vsluhforumID3/95127.html#83 Mon, 31 Mar 2014 15:42:34 GMT &gt; те, кто пользуется zfs на хостах с DB уже давно знают что нужно делать,<br><br>Я тоже знаю: к доктору на прием записаться. Ибо фанатизм окончательно победил здравый смысл.<br><br>&gt; cow им не мешает при этом.<br><br>Подумаешь, зажурналируем журнал и работа размножится в несколько раз. Настоящих фанатов такая мелочь не пугает.<br><br>&gt; "не как в zfs под линукс" имелось ввиду, я надеюсь?<br><br>И под Linux, и под бзду. ARC везде одинаково не интегрирован с ядерным управлением памяти и живет своей жизнью IIRC. Он как-то там конечно адаптируется, но если он сможет жрать большую часть памяти - программам попросившим большой блок памяти будет отлуп. А оно такое надо? Ну то-есть файлсерверам пофиг, там программ нет. А вот всем остальным уже не айс.<br><br>&gt; а где там, кстати, бенчи были, где оно обижало zfs ?<br><br>Да в куче мест. И на форониксе, и на еще куче ресурсов. Обижало оно даже в лохматом 2010 году, или когда там. С тех пор в btrfs впилили немеряно оптимизаций, если что.<br> https://www.opennet.me/openforum/vsluhforumID3/95127.html#82 Mon, 31 Mar 2014 15:36:08 GMT &gt; Поподробнее, пожалуйста. В BtrFS можно засендить снэпшот в стрим, который завернуть в <br>&gt; ssh, который отресивить на другой машине и развернуть на другой BtrFS? <br><br>Если вы про send и receive - их в btrfs таки сделали. Такие вот чудеса науки.<br> <br>&gt; И где же это оно его там обижало?<br><br>Да даже на форониксе, как и в любых иных бенчах. Еще в 2010 году аж. А с тех пор нехило подтянули.<br><br>&gt; Если про ARC -- так это так и задумано.<br><br>Да, конечно. Невозможность отжать у ФС кэш, даже когда пришлось обломать программы с выдачей памяти - это так и задумано! Но устроит только файлсервер, где никаких программ нет. А в остальных местах обломы выделения памяти при попытке попросить блок пожирнее - как-то совсем не прикольно. Не хочу ничего сказать, но я бы не хотел видеть такую логику поведения на десктопе или сервере приложений.<br> https://www.opennet.me/openforum/vsluhforumID3/95127.html#81 Mon, 31 Mar 2014 15:31:25 GMT &gt; Ась? что, по сети можно вольюмы объединять в файловые системы? <br><br>Это вообще уже не к дисковой ФС вопросы а к надстройкам над ними.<br><br>&gt; или возможна загрузка с btrfs-raid5-тома?<br><br>На каком-то фундаментальном уровне не вижу чему это будет противоречить. Если бутлоадер может прочесть ядро и рамдиск, разумеется. Linux можно грузить вообще с любой похабщины, ему самому по себе все-равно и там возможностей по костылированию странных вещей в процессе загрузки - хоть отбавляй. Так что если кому сильно надо - имхо сделают. Может и с костылями, да. Вот только для начала, код RAID5/6 в ядре без году неделю и он был добавлен как нестабильный. Я бы им пока вообще не пользовался. Он сырой и грабельный. Хотя если хочется получть граблями по лбу и показательно демонстрировать шишку - вы по адресу. Особенно хорошо получится если взять ядро подревнее, без багфиксов в этом коде. В самых первых ядрах там журналирование с райдом работало некорректно. Так что вы берите ваши суперстабильные, LTSные, как раз получите термоядерны https://www.opennet.me/openforum/vsluhforumID3/95127.html#80 Mon, 31 Mar 2014 15:28:14 GMT Конечно - https://btrfs.wiki.kernel.org/index.php/Main_Page#Features<br> https://www.opennet.me/openforum/vsluhforumID3/95127.html#79 Mon, 31 Mar 2014 14:49:26 GMT ?!?!? <br>То есть ты абсолютный дeбил? Ибо проще и логичнее ZFS-ных снапшотов я не видел. Если таковые имеются - имя в студию.<br>