https://opennet.ru/openforum/vsluhforumID3/83130.html Мяо Се (Miao Xie) представил (http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg14930.html) в списке рассылки разработчиков Btrfs патч с реализацией кэширования буфера экстентов для каждого i-node. Использование подобного кэша снимает необходимость поиска элементов в корневом дереве b+, что позволяет заметно сэкономить время поиска и уменьшить число блокировок при одновременном доступе к корневому дереву. В частности, оценка производительности операций записи тестом sysbench при использовании патча показала ускорение на 5-10%.<br><br>URL: http://www.phoronix.com/scan.php?page=news_item&px=MTA1ODY<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=33132<br> https://opennet.ru/openforum/vsluhforumID3/83130.html#142 Fri, 24 Feb 2012 22:00:06 GMT ...опытный :)<br><br> https://opennet.ru/openforum/vsluhforumID3/83130.html#141 Wed, 22 Feb 2012 19:50:20 GMT &gt; ... случилась опа, а бэкапов нету".<br><br>Опа, уволен! :)<br> https://opennet.ru/openforum/vsluhforumID3/83130.html#140 Wed, 22 Feb 2012 04:55:28 GMT &gt;&gt; Давайте спросим... меня!<br>&gt; Ох, разбудили облолодателя ынтырпрайзных конфигов :) <br>&gt;&gt; REFER MOUNTPOINT <br>&gt;&gt; media 564G 6,91G 31K /media <br>&gt; Вообще, 6G как бы довольно большой кус места, я думаю что Теодор <br>&gt; имел в виду намного более клинические условия. В 6Гб аллокатору даже <br>&gt; есть где потрепыхаться, хоть оптимальность принятых решений и будет существенно снижена.<br><br>Что он имел конкретно? Сколько места на ФС должно оставаться свободным, чтобы аллокатор ФС затормозил процессы, обращающиеся к ФС, окончательно?<br><br>&gt;&gt; Так что же я вам скажу?<br>&gt; Выдашь серию лулзов и некомпетентности, как обычно, имхо.<br><br>Да ты вообще не пробовал этих устриц. Так что молчи.<br><br>&gt; Странно, iZEN сам сообщил нелестный факт о своей ФС. Не понимаю что за фигня. Он сегодня какой-то слишком честный.<br><br>Я когда врал?<br><br>&gt;&gt; Курсор мыши не залипает.<br>&gt; Ты уже достал с курсором. Просвети, блин, что у тебя за комплексы?<br>&gt; Ты постоянно вопишь что он у тебя "не залипает" как мантру. <br>&gt; А должен залипать? Я вот даже вспомнить не мо https://opennet.ru/openforum/vsluhforumID3/83130.html#139 Wed, 22 Feb 2012 04:34:10 GMT &gt;&gt; Самому, что, не судьба понять, для чего нужен список покоцаных файлов с полными путями к ним?<br>&gt; Неа. А зачем?<br><br>К шефу с бамажкой с этим списком на ковёр: "вот тут у нас этими файлами случилась опа, а бэкапов нету".<br><br><br> https://opennet.ru/openforum/vsluhforumID3/83130.html#138 Wed, 22 Feb 2012 00:31:17 GMT &gt; Самому, что, не судьба понять, для чего нужен список покоцаных файлов с полными путями к ним?<br><br>Неа. А зачем?<br> https://opennet.ru/openforum/vsluhforumID3/83130.html#137 Tue, 21 Feb 2012 00:32:54 GMT &gt; версия выглядит довольно правдоподобно<br><br>Не тролю, не имею таких наклонностей. Что за теории заговоров такие ?<br> https://opennet.ru/openforum/vsluhforumID3/83130.html#136 Tue, 21 Feb 2012 00:03:22 GMT &gt; Давайте спросим... меня!<br><br>Ох, разбудили облолодателя ынтырпрайзных конфигов :)<br><br>&gt; REFER MOUNTPOINT <br>&gt; media 564G 6,91G 31K /media <br><br>Вообще, 6G как бы довольно большой кус места, я думаю что Теодор имел в виду намного более клинические условия. В 6Гб аллокатору даже есть где потрепыхаться, хоть оптимальность принятых решений и будет существенно снижена.<br><br>&gt; Так что же я вам скажу?<br><br>Выдашь серию лулзов и некомпетентности, как обычно, имхо.<br><br>&gt; На пуле media у меня файлопомойка и торренто-качалка без всяких RAID. Тупо: <br>&gt; один раздел диска выделен под ZFS. Так вот, примерно с 98-99% <br>&gt; заполненности пула (около 11 ГБ свободного пользовательского пространства) начинаются <br>&gt; дикие тормоза с многопоточной записью и чтением файлов с этого пула.<br><br>Странно, iZEN сам сообщил нелестный факт о своей ФС. Не понимаю что за фигня. Он сегодня какой-то слишком честный.<br> <br>&gt; растянется надолго. Интересно то, что "клинит" только приложения, которые непосредственно <br>&gt; работают с файлами из этого пула, а не https://opennet.ru/openforum/vsluhforumID3/83130.html#135 Mon, 20 Feb 2012 20:01:09 GMT &gt; Юзер, прекращай стрелки переводить. Тебе говорят: "пирожки не вкусные", а ты: "в <br>&gt; соседней булочной они такие же".<br><br>А я говорю: из всех доступных пирожков эти - лучшие. То что их можно сделать лучше - круто, да. Но вы кажется предлагаете остаться голодным. <br><br>&gt; Кого интересует соседняя булочная, мы не о ней говорим сейчас.<br><br>Все познается в сравнении. Как-то не прикольно ходить голодным лишь на том основании что рецепт пирожков вон той булочной не идеален и можно лучше. Можно? Окей, сделайте. Я с удовольствием буду пользоваться вашими пирожками если они окажутся лучше. Правда вот создание такой ФС - весьма масштабная задача. Это не работа 1 дня и не для 1 человека.<br> https://opennet.ru/openforum/vsluhforumID3/83130.html#134 Mon, 20 Feb 2012 17:45:36 GMT &gt;&gt; Будущий btrfsck или же сегодняшний btrfs scrub такой же список могут предоставить?<br>&gt; Накой он тебе? Сам не исправишь, на ночь, перед сном почитать если только.<br><br>Ну, началось: "зачем он тебе?", "что ты будешь с ним делать?". И тут же идут предположения: "почитать на ночь" &#8212; очевидно, "чтобы крепче спать и больше не думать об этом". :))<br><br>Самому, что, не судьба понять, для чего нужен список покоцаных файлов с полными путями к ним?<br><br><br>