The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Для Btrfs представлена встроенная поддержка RAID5/6, opennews (ok), 03-Фев-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


7. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от Аноним (-), 03-Фев-13, 11:11 
Ну, RAID и обычные пользователи... Думаю, все поняли.

А то, что вы описали - это Ext4, которая работает, почти не жрёт ресурсов и стабильна. А Btrfs - это комбайн, занимающий свою нишу и делающий это хорошо, так что - своего рода UNIX-вэй тоже. Он ведь не лезет никуда дальше того, что делает ФС (не то, что всякие там systemd), но на десктопе - нафиг не сдался.

Время, в принципе, покажет, но я не собираюсь в ближайшее время менять свою ФС и не думаю, что Btrfs займёт место ext4 в ядре.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

9. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от dalco (ok), 03-Фев-13, 11:29 
Про btrfs и десктоп я с вами не соглашусь. На счет рейда, да, это на десктопе не особо нужно большинству пользователей.

А вот те же снапшоты для возможности быстрого отката очень бы пригодились. Испоганил файл/грохнул папку с важными документами по своей криворукости? Откатись хоть на неделю назад и радуйся жизни.

А контрольные суммы файлов, чтобы быть уверенным, что файл не битый? Мне так очень бы было полезно. Встречался, к сожалению, со случаями, что древний многогигабайтный архив оказывается уже давно не архив, а куча мусора, занимающая место (и когда он помер за последние надцать переездов с машины на машину - я не в курсе). А так я хотя бы знал, что надежды на конкретный файл нет и, что его вообще давно стереть пора.

Ответить | Правка | Наверх | Cообщить модератору

11. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от dalco (ok), 03-Фев-13, 11:33 
И совсем еще забыл сжатие данных на лету. Imho, тоже отличная фича, которая на десктопах вполне будет востребованна.
Ответить | Правка | Наверх | Cообщить модератору

15. "Для Btrfs представлена встроенная поддержка RAID5/6"  –1 +/
Сообщение от Аноним (-), 03-Фев-13, 12:24 
Не совсем понятно про снэпшоты - можно откатить один файл или только всю систему? Но, в общем, полезная функция, если только они не будут занимать места на диске (в смысле будут использовать свободное место, но отдавать, когда оно кому-то понадобится, как мейчас кэш в RAM).

И про контрольные суммы - что вам мешает сейчас сделать md5sum <файл>? Объясните, пожалуйста, более подробно, что же нового приносит сюда Btrfs.

А про сжатие - нафига оно на терабайтовых дисках? Только процессор грузить и восстановление усложнять. Хотя я не сторонник держать на диске столько всего, что может забить терабайтник, не знаю, но вроде бы оно должно копирование замедлять? Расскажите как оно по производительности, если использовали.

Ответить | Правка | Наверх | Cообщить модератору

18. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от kem (?), 03-Фев-13, 12:40 
Как это ни странно но очень многие операции сжатие как раз ускоряет, посмотрите тесты
Ответить | Правка | Наверх | Cообщить модератору

20. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от Аноним (-), 03-Фев-13, 12:52 
> Не совсем понятно про снэпшоты - можно откатить один файл или только
> всю систему? Но, в общем, полезная функция, если только они не
> будут занимать места на диске (в смысле будут использовать свободное место,
> но отдавать, когда оно кому-то понадобится, как мейчас кэш в RAM).
> И про контрольные суммы - что вам мешает сейчас сделать md5sum <файл>?
> Объясните, пожалуйста, более подробно, что же нового приносит сюда Btrfs.
> А про сжатие - нафига оно на терабайтовых дисках? Только процессор грузить
> и восстановление усложнять. Хотя я не сторонник держать на диске столько
> всего, что может забить терабайтник, не знаю, но вроде бы оно
> должно копирование замедлять? Расскажите как оно по производительности, если использовали.

go самообразованием заниматься.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

25. "Для Btrfs представлена встроенная поддержка RAID5/6"  +2 +/
Сообщение от dalco (ok), 03-Фев-13, 13:10 
Со снапшотами, честно говоря, вживую не разбирался. Места, судя по всему, занимают немного (аналог инкрементального бэкапа). Восстанавливать, по идее, можно как весь снапшот целиком, так и отдельный файл - монтируем снапшот отдельным томом и сливаем с него все нужные нам файлы, отмонтируем снапшот. В идеале, для случая с домашним юзером, сию последовательность действий надо автоматизировать.

С контрольными суммами мешает лень и забывчивость :) Их надо вручную делать после каждого изменения файла и сверять периодически тоже вручную.
В случае же btrfs`а все файлы имеют свою CRC (точнее каждый кластер файла), которая автоматически пересчитывается при любых с ними операциях. Плюс scrub, который запускается по крону и чекает структуру диска (в том числе и CRC файлов). В случае чего, файлы либо автоматически исправляются (если у нас рейд и есть резервные исправные копии), либо, как минимум, я получаю сообщение, что файл такой-то в таком-то каталоге накрылся медным тазом (ищите бэкап). Бонус в том, что не надо разворачивать весь бэкап на надцать терабайт, достаточно вытащить из него отдельный файл, что, чаще всего, гораздо быстрее.
Да, от злоумышленника или программного бага сие не спасет (тут md5sum по-прежнему рулит), а от сбоя в оперативке/рваном шлейфе/сбойном диске очень даже поможет.

Сжатие... Зависит от того, что вам дороже - загрузка проца или загрузка винта? Иногда дешевле и быстрее прочитать 1 сектор с (относительно) медленного винта и распаковать его в 100 секторов в оперативке, чем "честно" читать всю эту сотню секторов с винта.
Кстати, btrfs поддерживает несколько достаточно быстрых алгоритмов сжатия, которые и сжимают неплохо и кушают проц умеренно. С учетом того, что ядер в процах много, то откусить процентов 10-20 от одного из них, в большинстве случаев, вполне допустимо.
А если еще вспомнить, что сжатие, при желании, отключаемо чуть ли не на уровне каждого конкретного файла, то пусть уж лучше эта фича будет...

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

27. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от Аноним (-), 03-Фев-13, 13:24 
Убедили, неплох Btrfs для десктопа. Может посмотрю когда-нибудь, когда стабилизируется.Но до статуса основной ей всё же далеко, т.к. там чаще важнее простота и стабильность, чем все эти вкусности.
Ответить | Правка | Наверх | Cообщить модератору

52. "Для Btrfs представлена встроенная поддержка RAID5/6"  –3 +/
Сообщение от iZEN (ok), 03-Фев-13, 17:51 
Скажи, ты прозревший User294?
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

56. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от ананим (?), 03-Фев-13, 18:36 
В zfs всё ещё нельзя загрузиться с любого снэпшота?
Ответить | Правка | Наверх | Cообщить модератору

81. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от Аноним (-), 03-Фев-13, 20:16 
> В zfs всё ещё нельзя загрузиться с любого снэпшота?

В оригинальном ZFS это реализовано с 2008 года. В релизе 10/08. AFAIK.

Ответить | Правка | Наверх | Cообщить модератору

90. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от ананим (?), 03-Фев-13, 20:50 
пруфик можно?

зыж
или своими словами. если не много.
например в бтр снэпшот — это всё тот же добрый субволум. и делать с ним можно всё тоже, что и субволумом. например перегрузиться в снэпшот рута можно командой
# btrfs subvolume set-default <id_снэпшота>
# reboot
усё.

Ответить | Правка | Наверх | Cообщить модератору

141. "Для Btrfs представлена встроенная поддержка RAID5/6"  –1 +/
Сообщение от Аноним (-), 04-Фев-13, 12:51 
> пруфик можно?
> зыж
> или своими словами. если не много.
> например в бтр снэпшот — это всё тот же добрый субволум. и
> делать с ним можно всё тоже, что и субволумом. например перегрузиться
> в снэпшот рута можно командой
> # btrfs subvolume set-default <id_снэпшота>
> # reboot
> усё.

С какого перепугу тебе кто-то обязан пруфы предоставлять? Тебе сказано русским языком - в релизе Солярис 10/08. Иди, релиз ноты кури.

Ответить | Правка | Наверх | Cообщить модератору

145. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от ананим (?), 04-Фев-13, 14:50 
Нлрмального человека культурно попросили.
Брехуны конечно ни чем никому не обязаны
Свободен.
Ответить | Правка | Наверх | Cообщить модератору

147. "Для Btrfs представлена встроенная поддержка RAID5/6"  +2 +/
Сообщение от ананим (?), 04-Фев-13, 15:33 
что ж, для брехунов могу предоставить и сам.
НЕЛЬЗЯ загрузиться и работать с снепшота в zfs.
Только восстановление из снепшота в failsafe режиме поддерживается.
http://docs.oracle.com/cd/E19082-01/817-2271/ghzvz/index.html
Ответить | Правка | Наверх | Cообщить модератору

153. "Для Btrfs представлена встроенная поддержка RAID5/6"  –1 +/
Сообщение от iZEN (ok), 04-Фев-13, 17:27 
> В zfs всё ещё нельзя загрузиться с любого снэпшота?

# zfs rollback systempool@fixpoint
# zfs rollback systempool/usr@fixpoint
# reboot
Всегда так делаю, если после обновления системы что-то работает не так.

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору
Часть нити удалена модератором

207. "Для Btrfs представлена встроенная поддержка RAID5/6"  +2 +/
Сообщение от ананим (?), 05-Фев-13, 21:53 
Зыж
И ещё. Все эти субволумы можно запускать в черуте, контейнерах и виртуалках.
Ответить | Правка | К родителю #208 | Наверх | Cообщить модератору

62. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от Аноним (-), 03-Фев-13, 19:11 
> Скажи, ты прозревший User294?

Нет, данный индивид не имеет никакого отношения ко мне. Но да, я думаю что ты устанешь тявкать в всех этих новостях. Половину из них кстати написал я :).

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

96. "Для Btrfs представлена встроенная поддержка RAID5/6"  –1 +/
Сообщение от iZEN (ok), 03-Фев-13, 21:13 
User294, почему ты пишешь от лица Анонима, если тебя так легко вычислить по написанному?
Ответить | Правка | Наверх | Cообщить модератору

64. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от dalco (ok), 03-Фев-13, 19:16 
> Скажи, ты прозревший User294?

Это к кому вопрос? Если ко мне, то, во-первых, я не User294, во-вторых, я даже не знаю - кто это или что это :)

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

32. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от ананим (?), 03-Фев-13, 14:13 
>Не совсем понятно про снэпшоты - можно откатить один файл или только всю систему?

вы монтируете снэпшит, как отдельную фс. например:
$ ls /media/btrfs/@snapshots/root_25.01.13/
boot  etc   lib    lib64  mnt …
я ответил на вопрос?
можете с этой фс загрузится и работать как ни в чём не бывало дальше, а можете смонтировать в любую точку монтирования и вытащить оттуда нужный вам файл.
>А про сжатие - нафига оно на терабайтовых дисках?

увеличивается и скорость, и свободное место.
правда также увеличивается нагрузка на цпу, но я это на своём i7 вообще никак не могу обнаружить.
>Расскажите как оно по производительности, если использовали.

хм, xfce чуть медленнее загружается. вот это всё что я заметил. :D

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

100. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от Аноним (-), 03-Фев-13, 21:23 
> но отдавать, когда оно кому-то понадобится, как мейчас кэш в RAM).

Оно и так и сяк умеет: есть автоснапшоты которые подтираются на автомате. Они временные. Или можно постоянный снапшот сделать, который подтираться не будет.

> И про контрольные суммы - что вам мешает сейчас сделать md5sum <файл>?

И потом мониторить обновление файла и опять запускать оный? Больно геморно.

> Объясните, пожалуйста, более подробно, что же нового приносит сюда Btrfs.

Удобство эксплуатации в основном. В принципе все что он делает при помощи костылей и подпорок можно и как-то иначе делать. Просто это намного мучительнее в плане администрежки получистя и работать будет хуже.

> А про сжатие - нафига оно на терабайтовых дисках?

Ну, если вместо терабайта влезет два - это же хорошо :).

> Только процессор грузить

Как ни странно, узкое место при записи/чтени - производительность диска, а вовсе не проца. По этому поводу запись и чтение при использовании сжатия может даже ускориться. И ускоряется. LZO довольно быстрый и не требовательный, он может сжимать до нескольких сотен мегов в секунду а распаковывать и еще быстрее даже.

> и восстановление усложнять.

А вот это в принципе может быть проблемой.

С другой стороны - грохнул ты на обычном ФС диру рекурсивно. Схватился за бошку - вай, не ту диру снес! В лучшем случае из бэкапа достанешь. В хучшем - получишь звание Генерала Фэйлора (того, который читает диск). А на btrfs просто отмотал на ближайший автоснапшот и порядок.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

16. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от Casm (??), 03-Фев-13, 12:32 
Опция монтирования autodefrag, тоже интересная фича.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

17. "Для Btrfs представлена встроенная поддержка RAID5/6"  –2 +/
Сообщение от Аноним (-), 03-Фев-13, 12:35 
И с каких пор ФС новее FATа подвержены фрагментации? :-)
Ответить | Правка | Наверх | Cообщить модератору

19. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от ВовкаОсиист (ok), 03-Фев-13, 12:51 
любая фс, ради скорости записи/создания, фрагментируется. Не будет же она тебе во время записи делать дефрагментацию чтобы уместить твой очередной porno.avi в 3 гига.
Ответить | Правка | Наверх | Cообщить модератору

21. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от Аноним (-), 03-Фев-13, 12:55 
Однако у Ext4 фрагментация стол незначительна, что незаметна. Есть ли смысл огород городить?
Ответить | Правка | Наверх | Cообщить модератору

23. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от Anonim (??), 03-Фев-13, 13:07 
> Однако у Ext4 фрагментация стол незначительна, что незаметна. Есть ли смысл огород
> городить?

Она незначительна, потому что этот самый автодефрагментатор всегда работает, что накладывает отпечаток и на скорость работы.

Ответить | Правка | Наверх | Cообщить модератору

26. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от Аноним (-), 03-Фев-13, 13:17 
Нет там ничего такого, такое только планируется. Могу и ошибаться, но проблемы фрагметации там нет из-за грамотной реализации ФС. Есть только некий e4defrag, который не является автоматическим.
Ответить | Правка | Наверх | Cообщить модератору

39. "Для Btrfs представлена встроенная поддержка RAID5/6"  –1 +/
Сообщение от Аноним (-), 03-Фев-13, 15:14 
-m reserved-blocks-percentage
              Specify  the  percentage  of  the filesystem blocks reserved for the super-user.  This
              avoids fragmentation, and allows root-owned daemons, such as syslogd(8),  to  continue
              to function correctly after non-privileged processes are prevented from writing to the
              filesystem.  The default percentage is 5%.
Ответить | Правка | Наверх | Cообщить модератору

40. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от ананим (?), 03-Фев-13, 15:25 
это вообще из другой оперы и НИКАКОГО отношения к фрагментации/дефрагментации не имеет.
Вы хоть понимаете как лажанулись?
существует для того, чтобы когда вся файловая система заполнится и в систему никто не сможет войти (т.к. вход сопровождается созданием файлов, временных файлов, записями в журнал), то оставалось возможность восстановить работоспособность.
поэтому система оставляет этот процент свободных блоков, чтобы админ(root) смог войти и навести порядок.

зыж
конечно 5% по-умолчанию для современных размеров винтоа это много.
обычно ставлю 1% (см. man tune2fs) на extX для фс больших, чем 100Gb.

Ответить | Правка | Наверх | Cообщить модератору

42. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от ананим (?), 03-Фев-13, 15:36 
ззыж
и да, фраза
>This avoids fragmentation

побочный эффект, говорит лишь о том, что при распределении непрерывных блоков для записи файлов (есессно тех что >1блока размером) учитывает и эти, свободные блоки.
другими словами, в эти 5% не входят конкретные блоки, учитывается только общее их количество.
что конечно позволяет избегать фрагментацию ещё до записи за счёт дизайна фс.
но всё-равно фс не даст записать (для не привилегированного пользователя) в случае когда места в осталось меньше этого значения.

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

49. "Для Btrfs представлена встроенная поддержка RAID5/6"  –1 +/
Сообщение от Аноним (-), 03-Фев-13, 17:11 
> это вообще из другой оперы и НИКАКОГО отношения к фрагментации/дефрагментации не имеет.
> Вы хоть понимаете как лажанулись?
> существует для того, чтобы когда вся файловая система заполнится и в систему
> никто не сможет войти (т.к. вход сопровождается созданием файлов, временных файлов,
> записями в журнал), то оставалось возможность восстановить работоспособность.
> поэтому система оставляет этот процент свободных блоков, чтобы админ(root) смог войти и
> навести порядок.

нет желания флеймить, но в баше меня вот эта падучесть удивляла, во фре с ее tcsh такого абсурда не наблюдается...

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

54. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от ананим (?), 03-Фев-13, 18:23 
> нет желания флеймить, но в баше меня вот эта падучесть удивляла, во фре с ее tcsh такого абсурда не наблюдается...

Угу. Значит вам горячий паяльник вставили (ведь у меня и в мыслях не было оскорбить вас недоверием)

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

87. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от Аноним (-), 03-Фев-13, 20:32 
> нет желания флеймить, но в баше меня вот эта падучесть удивляла, во
> фре с ее tcsh такого абсурда не наблюдается...

Если у вас нет штанов - логично что и порвать их вы не сможете. Просто неудобно оно как-то - светить голым задом на морозе.

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

119. "Для Btrfs представлена встроенная поддержка RAID5/6"  –1 +/
Сообщение от Аноним (-), 04-Фев-13, 05:54 
>> нет желания флеймить, но в баше меня вот эта падучесть удивляла, во
>> фре с ее tcsh такого абсурда не наблюдается...
> Если у вас нет штанов - логично что и порвать их вы
> не сможете. Просто неудобно оно как-то - светить голым задом на
> морозе.

это наброс в сторону tcsh? мелкий, не жирущий, не падучий, просто и стабильно работает и функционала для работы с ком. строкой хватает. наброс в отброс.

Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

221. "Для Btrfs представлена встроенная поддержка RAID5/6"  –1 +/
Сообщение от nuclightemail (??), 10-Фев-13, 05:11 
> это вообще из другой оперы и НИКАКОГО отношения к фрагментации/дефрагментации не имеет.
> Вы хоть понимаете как лажанулись?
> существует для того, чтобы когда вся файловая система заполнится и в систему
> никто не сможет войти (т.к. вход сопровождается созданием файлов, временных файлов,
> записями в журнал), то оставалось возможность восстановить работоспособность.
> поэтому система оставляет этот процент свободных блоков, чтобы админ(root) смог войти и
> навести порядок.

Вот и выросло поколение (с)

Оно именно из-за алгоритмов размещения вводилось - при почти полной заполненности тома скорость резко падает. Фрагментация - вторая цель. А уж вход рута - это сугубо побочный эффект, который в мозгах масс почему-то стал единственным (а подумать даже, зачем бы для этой цели резервировать в процентах, а не мегабайтах, не догадываются).

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

78. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от Аноним (-), 03-Фев-13, 19:54 
>   filesystem.  The default percentage is 5%.

Это до некоторой степени помогает, но - только до некоторой.

Ответить | Правка | Наверх | Cообщить модератору

113. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от Аноним (-), 04-Фев-13, 00:48 
> который не является автоматическим.

"В деревне построили вышку сотовой связи. Через месяц население подало жалобу, что, дескать, головные боли, ухудшение самочувствия, бла-бла-бла. Ответ от директора был простым:
Это все ерунда. Вы только подумайте, что будет, когда мы ее включим. :-)"

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

82. "Для Btrfs представлена встроенная поддержка RAID5/6"  –3 +/
Сообщение от Аноним (-), 03-Фев-13, 20:17 
> любая фс, ради скорости записи/создания, фрагментируется. Не будет же она тебе во
> время записи делать дефрагментацию чтобы уместить твой очередной porno.avi в 3
> гига.

У extent-based FS фрагментация отсутствует по определению. Go курить маны.

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

112. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от Аноним (-), 04-Фев-13, 00:37 
> У extent-based FS фрагментация отсутствует по определению.

Ага, щаз. А если для размещения экстента нужного размера не оказалось непрерывного региона свободного места - как вы дуамете, что произойдет? Правильно - он будет разбит на части меньшего размера. Аналогично, если надо дописать в хвост файла, а там что-то еще уже записано - фрагмент таки получится.

> Go курить маны.

При том - вы. А также учиться пользоваться головным мозгом.

Ответить | Правка | Наверх | Cообщить модератору

142. "Для Btrfs представлена встроенная поддержка RAID5/6"  –2 +/
Сообщение от Аноним (-), 04-Фев-13, 12:52 
>> У extent-based FS фрагментация отсутствует по определению.
> Ага, щаз. А если для размещения экстента нужного размера не оказалось непрерывного
> региона свободного места - как вы дуамете, что произойдет? Правильно -
> он будет разбит на части меньшего размера. Аналогично, если надо дописать
> в хвост файла, а там что-то еще уже записано - фрагмент
> таки получится.

Ты исходники ZFS-то посмотри. Прежде, чем тявкать. Как там и что реализовано.

>> Go курить маны.
> При том - вы. А также учиться пользоваться головным мозгом.

Пшел вон, щенок.


Ответить | Правка | Наверх | Cообщить модератору

179. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от Аноним (-), 05-Фев-13, 04:40 
> Ты исходники ZFS-то посмотри. Прежде, чем тявкать. Как там и что реализовано.

А у нашего изена его легендарные 6мб/сек на шпиндель на хваленом ZFS-е получается наверное путем черной магии и приворотов, а вовсе не потому что фрагментация взлетела до небес и диски вместо того чтобы данные читать головы гоняют основную часть времени :).

Но если уж вы хотите поговорить о сорцах - ок, file:line, желательно с цитированием того волшебного места которое делает это (физически и логически невозможное с разумными затратами ресурсов xD) действие.

> Пшел вон, щенок.

Таки поясняю: матерый волк отличается от щенка одним простым моментом: я вот например могу представить как будет выглядить обработка позиксного запроса на энную файловую операцию, вплоть до перемещений голов накопителя в результате. Хотя-бы прикидочно. А вот непытные щенки с большим гонором умеют только громко тявкать на форуме. Короче, ваши понты не соответствуют фактической квалификации.

Ответить | Правка | Наверх | Cообщить модератору

150. "Для Btrfs представлена встроенная поддержка RAID5/6"  –1 +/
Сообщение от nagualemail (ok), 04-Фев-13, 16:40 
>> любая фс, ради скорости записи/создания, фрагментируется. Не будет же она тебе во
>> время записи делать дефрагментацию чтобы уместить твой очередной porno.avi в 3
>> гига.
> У extent-based FS фрагментация отсутствует по определению. Go курить маны.

Да ну ? :)) Неужто ? :)) а зачем же тогда дефрагментатор писали ? :))

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

187. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от Аноним (-), 05-Фев-13, 06:49 
> Да ну ? :)) Неужто ? :)) а зачем же тогда дефрагментатор писали ? :))

Во, даже нагуал догадывается что тут что-то не так.

Ответить | Правка | Наверх | Cообщить модератору

33. "Для Btrfs представлена встроенная поддержка RAID5/6"  +2 +/
Сообщение от ананим (?), 03-Фев-13, 14:22 
>И с каких пор ФС новее FATа подвержены фрагментации? :-)

а вот и результат промывки мозгов, жертва рекламных проспектов.

<цитата>… В самом начале утверждалось, что NTFS не подвержена фрагментации файлов. Это оказалось не совсем так, и утверждение сменили - NTFS препятствует фрагментации. Оказалось, что и это не совсем так. То есть она, конечно, препятствует, но толк от этого близок к нулю. Сейчас уже понятно, что NTFS - система, которая как никакая другая предрасположена к фрагментации, что бы ни утверждалось официально. … </цитата>

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

43. "Для Btrfs представлена встроенная поддержка RAID5/6"  –2 +/
Сообщение от Аноним (-), 03-Фев-13, 16:32 
>>И с каких пор ФС новее FATа подвержены фрагментации? :-)
> а вот и результат промывки мозгов, жертва рекламных проспектов.
> <цитата>… В самом начале утверждалось, что NTFS не подвержена фрагментации файлов.
> Это оказалось не совсем так, и утверждение сменили - NTFS препятствует
> фрагментации. Оказалось, что и это не совсем так. То есть она,
> конечно, препятствует, но толк от этого близок к нулю. Сейчас уже
> понятно, что NTFS - система, которая как никакая другая предрасположена к
> фрагментации, что бы ни утверждалось официально. … </цитата>

Какая NTFS? Вы где находитесь? В приличном обществе такие слова не употребляют! ExtFs разных версий же, о них речь :-)

Ответить | Правка | Наверх | Cообщить модератору

75. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от Аноним (-), 03-Фев-13, 19:41 
> ExtFs разных версий же, о них речь :-)

Чудес не бывает - они тоже могут фрагментироваться. Для ext4 даже дефрагер есть.

Ответить | Правка | Наверх | Cообщить модератору

63. "Для Btrfs представлена встроенная поддержка RAID5/6"  +2 +/
Сообщение от Аноним (-), 03-Фев-13, 19:15 
> И с каких пор ФС новее FATа подвержены фрагментации? :-)

С таких как на накопителе может не оказаться непрерывного блока достаточного для выполнения запрошенной операции, например. Т.е. так было всегда. А CoW фрашментируется просто по определению - недеструктивная запись подразумевает что изменения не перезапишут оригинал а будут вынесены в сторонку. Так что на диске будет одновременно и старая и новая версия файла. Ясен фиг, выносок с отличиями новой версии формирует фрагмент.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

30. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от Аноним (-), 03-Фев-13, 13:53 
>сжатие данных на лету. Imho, тоже отличная фича, которая на десктопах вполне будет востребованна

И упаковка хвостов файлов тоже будет востребована.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

158. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от Crazy Alex (ok), 04-Фев-13, 18:10 
хвосты еще reiserfs паковать умела...
Ответить | Правка | Наверх | Cообщить модератору

12. "Для Btrfs представлена встроенная поддержка RAID5/6"  –1 +/
Сообщение от Пингвино (ok), 03-Фев-13, 11:34 
Запустить систему можно успешно и с ext2, так что ext4 так же и останется в качестве запускалки, а вот хранение данных я бы доверил btrfs
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру