https://www.opennet.me/openforum/vsluhforumID3/75550.html Ресурс Phoronix провёл (http://www.phoronix.com/scan.php?page=article&item=btrfs_lzo_2638&num=1) тестирование производительности реализации файловой системы Btrfs при работе в трех режимах: без сжатия данных, со сжатием при помощи метода ZLib и со сжатием с использованием метода LZO, поддержка которого была добавлена в недавно вышедшем Linux-ядре 2.6.38 (http://www.opennet.ru/opennews/art.shtml?num=29919).<br><br><br><br>В тесте Compile Bench, оценивающем скорость сборки различных проектов, Btrfs c LZO-сжатием обогнал вариант без сжатия в 2.25 раза и вариант с zlib-сжатием в 1.25 раз. В тесте IOZone Btrfs c LZO-сжатием опередил вариант без сжатия в 9 раз, а вариант с zlib-сжатием в 2.4 раза.<br><br><br>В тесте Dbench результаты были примерно одинаковыми. При увеличении числа клиентов в тесте Dbench, а также при проведении текста FS-Mark, варианты с Zlib/LZO показали идентичный результат, опередив конфигурацию без сжатия на 20-22%. При отключении режима sync/fsync в тесте FS-Mark вариант LZO в 3 ра...<br><br>URL: http://www.pho https://www.opennet.me/openforum/vsluhforumID3/75550.html#21 Mon, 21 Mar 2011 05:10:43 GMT А откуда беруться данные для чтения-записи в тестах? Они ведь все-таки синтетические. Если из /dev/urandom - тогда тут у сжатия шансов не должно быть никаких, если из /dev/null - тогда ясно откуда 9х. Или там все-таки приближенные к реальности файлы?<br> https://www.opennet.me/openforum/vsluhforumID3/75550.html#20 Sun, 20 Mar 2011 10:00:44 GMT &gt; На твоём месте я бы как раз побеспокоился, если тебе дороги данные, <br>&gt; т.к. XFS очень критична к программным и аппаратным сбоям, включая сбои <br>&gt; электросети и источников бесперебойного питания.<br><br> Угу... пока глюки были везде, кроме XFS. <br> https://www.opennet.me/openforum/vsluhforumID3/75550.html#19 Sun, 20 Mar 2011 05:16:45 GMT &gt; А зачем сжатие для IntelliJ IDEA?<br><br>Скорость. Размер данных на диске не так важен, но время индексирования и работы с свн хотелось бы уменьшить. Тут важна запись и чтение тысяч мелких файлов. Судя по тестам самих JetBrains на ext4 работает раза в два быстрее чем на ntfs. Если btrfs быстрее ext4 на записи большого количества мелких файлов, то это будет огромный плюс для меня.<br> https://www.opennet.me/openforum/vsluhforumID3/75550.html#18 Sat, 19 Mar 2011 20:58:14 GMT На твоём месте я бы как раз побеспокоился, если тебе дороги данные, т.к. XFS очень критична к программным и аппаратным сбоям, включая сбои электросети и источников бесперебойного питания.<br> https://www.opennet.me/openforum/vsluhforumID3/75550.html#17 Fri, 18 Mar 2011 22:39:42 GMT &gt;... Работает шустрее ...<br><br>если только NFS по модему 14400/MNP5/NONE<br><br>Попробуй виртуалки поклонировать. <br><br># qemu-img clone <br># VBoxManage clonehd <br># VBoxManage convertfromraw<br><br>из QEMU снапшота, применить изменения: Ctrl+Alt+1, commit all <br><br>---<br>Может уже исправили, а в октябре так и было. <br>И меня всё это так затрахало, все эти попугай - BTRFS/ZFS/ext4/POHMELFS, <br>что конвертнул нахрен всё обратно, в XFS, сплю спокойно. :) <br> https://www.opennet.me/openforum/vsluhforumID3/75550.html#16 Fri, 18 Mar 2011 18:54:57 GMT Вот если бы ты написал "использую пару лет на тысяче рабочих станций и сотне серверов и никаких проблем", тогда бы это что-то значило. А так... маловато данных для статистики.<br><br>P.S. Это справедливо не только для btrfs, но и для любой другой FS.<br> https://www.opennet.me/openforum/vsluhforumID3/75550.html#15 Fri, 18 Mar 2011 18:41:07 GMT Использую btrfs несколько месяцев, потерь данных не наблюдал, так что хватит писать фигню. Работает шустрее ext4. OS - Debian.<br> https://www.opennet.me/openforum/vsluhforumID3/75550.html#14 Fri, 18 Mar 2011 16:52:18 GMT Thu Mar 17 20:28 - crash<br>Thu Mar 17 08:16 - crash<br>Mon Mar 14 08:12 - crash<br>Fri Mar 11 20:26 - crash<br>Thu Mar 10 08:10 - crash<br>Wed Mar 9 08:20 - crash<br>Sun Mar 6 16:36 - crash<br>Sun Mar 6 14:27 - crash<br>Sat Mar 5 19:40 - crash<br>Sat Mar 5 10:59 - crash<br>Sat Mar 5 10:44 - crash<br>Fri Mar 4 06:31 - crash<br>Thu Mar 3 12:07 - crash<br>Wed Mar 2 13:55 - crash<br>Wed Mar 2 12:54 - crash<br>Wed Mar 2 08:10 - crash<br>Tue Mar 1 10:30 - crash<br><br>Как тебе такая картинка, впечатляет? Она уже несколько месяцев у меня, только не спрашивай почему - на то есть объективные причины. И это НЕ btrfs :)<br>Так вот, несмотря на такие завешивания (чаще всего вис железный и не работают даже magic keys), я не потерял НИЧЕГО за пол года эксплуатации btrfs. Так что насчёт "даст неоспоримое преимущество над ехт4" ты не прав.<br> https://www.opennet.me/openforum/vsluhforumID3/75550.html#13 Fri, 18 Mar 2011 16:48:40 GMT Для скорости. Ну и многогигабайтные кеши с индексами если меньше занимать будут &#8212; тоже приятно.<br>