The OpenNET Project / Index page

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



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

Оглавление

OpenNews: Архитектура файловой системы btrfs, opennews (??), 25-Авг-08, (0) [смотреть все]

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


4. "Архитектура файловой системы btrfs"  +/
Сообщение от www2email (??), 25-Авг-08, 13:59 
>Простые и надежные уже существуют. Сейчас потребность в фичастых и очень надежных.

Ну и какие-же фичи вам так сильно требуются?

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

5. "Архитектура файловой системы btrfs"  +/
Сообщение от stiven (?), 25-Авг-08, 14:25 
Мне кажется раз уж вы задали такой вопрос, то вам как раз эти фичи и не нужны (как и мне собственно). Я воспринимаю ФС, как некий прозрачный механизм хранения файлов и ничего более.
Так как очень большие, в большом количестве файлы не храню.
Те же ZFS/Reiser мне кажуться чем то отдаленным и чем -то что сложно настроить (нужны какие то комманды вводить, чего тюнить, само по себе не заведётся)
Ответить | Правка | Наверх | Cообщить модератору

7. "Архитектура файловой системы btrfs"  +/
Сообщение от fresco (??), 25-Авг-08, 14:31 
Попробуйте. Это захватывает. Честно :)) Точно также думал, пока сам не посмотрел.
Ответить | Правка | Наверх | Cообщить модератору

8. "Архитектура файловой системы btrfs"  +/
Сообщение от www2email (??), 25-Авг-08, 14:34 
>Попробуйте. Это захватывает. Честно :)) Точно также думал, пока сам не посмотрел.

Попробовать-то попробуем. Может и захватит. Однако здоровый консерватизм пока что не позволит мне внедрять её везде и повсюду.

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

13. "Архитектура файловой системы btrfs"  +/
Сообщение от Аноним (13), 25-Авг-08, 15:07 
"настроить" просто
само по себе заводится
команды вводить? Хмм, да, это проблема. Мысли угадывать оно еще не научилось
Тюнить? С таким подходом к вопросу лучше не тюнить :) "по дефолту" надежнее будет
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

30. "Архитектура файловой системы btrfs"  +/
Сообщение от User294 (??), 25-Авг-08, 20:17 
>Те же ZFS/Reiser мне кажуться чем то отдаленным

Reiser 3 делается стандартным mkfs или гуйными утилями.Чего там отдаленного?А Reiser 4 пока сырой глюкастик и юзать его в продакшне и просто на свих данных я бы не стал.Как впрочем и btrfs а также и ZFS (везде кроме солярки, где она уже давно и можно рассчитывать на некоторую обезглюченность).

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

6. "Архитектура файловой системы btrfs"  +/
Сообщение от fresco (??), 25-Авг-08, 14:30 
Почти все, что отличает ZFS от ФС предыдущего поколения. Снапшоты, клоны. Пулы хранения, множественные корни. Сжатие и шифрование данных. COW-журналирование. Производительность на хорошем железе.

Я понимаю, что по отдельности почти все это уже так или иначе реализовано -- можно компоновать. Но так УДОБНО, как это сделано в ZFS -- не получится. И поверьте на слово, это много стоит.

Я тоже очень скептически высказывался о ZFS -- пока не попробовал. Даже не в деле, а просто в vmware, когда статью про нее делал. И теперь я уверен, что за ней и btrfs -- будущее. С каждым днем это понимают все больше людей.

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

9. "Архитектура файловой системы btrfs"  +/
Сообщение от www2email (??), 25-Авг-08, 14:36 
>Я тоже очень скептически высказывался о ZFS -- пока не попробовал.

Ну раз Вы её попробовали, к Вашему мнению стоит прислушаться. Надо будет тоже как-нибудь... :)


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

10. "Архитектура файловой системы btrfs"  +/
Сообщение от Veter (??), 25-Авг-08, 14:37 
Вы хотите сказать, что с каждым днем об этом все больше людей статьи пишет? :-) Если мерять по количеству статей, то будущее за шоппингом и факингом... А если серьезно, интересны как раз реальные применения на серьезном железе под большой нагрузкой, а как раз этого на виртуалке вы проверить никак не могли. Например, ext3 спокойно держит в одной директории 10 миллионов файлов, а как там у zfs? А на многопроцессорной машине с десятком SAS-дисков в рэйде как оно?.. Так что вы пока рассуждаете о сферической ФС в вакууме.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

11. "Архитектура файловой системы btrfs"  +/
Сообщение от fresco (??), 25-Авг-08, 14:47 
ээ... за ссылками не ко мне -- я не сантехник. но были тут в каких-то обсуждениях очень интересные примеры по ZFS. если встречу -- обязательно приведу.
Ответить | Правка | Наверх | Cообщить модератору

12. "Архитектура файловой системы btrfs"  +/
Сообщение от fresco (??), 25-Авг-08, 14:50 
вот бывает тут некто vitek. он, наверное, лучше расскажет (сорри, если ошибаюсь). одно могу сказать точно -- и 10 миллионов файлов, и десяток SAS'ов -- это как раз то, на что ZFS расчитывалась. В отличие от ext3, кстати.
Ответить | Правка | Наверх | Cообщить модератору

20. "Архитектура файловой системы btrfs"  +/
Сообщение от vitek (??), 25-Авг-08, 17:55 
подтверждаю :-)
именно на большом количестве файлов и дисков ZFS и показывает себя во всей красе (конечно и мощность железа должна быть на уровне).
>наверное, лучше расскажет

да говорить то уже и не о чем. статей по сравнению производительности уже много. найти не трудно. в общем на solaris использовать можно и нужно (а на других платформах в продакшене не использовал).
raid-z очень порадовал. (и зачем нужны аппаратные райды? :-))
(железка из 16 FS винтов по 136Gb 15000 rpm. FS - это Fibre Channel, если кто не знает)

btrfs тоже очень жду. у неё есть свои плюсы (и не только лицензия - это чтоб войны не разводить). у неё мне нравиться утилиты, которые в стиле unix-way (у zfs собственно тоже не сложные, но несколько непривычный по-началу синтаксис, по моему). + btrfs можно сконвертировать из существующей ext3. и ещё ряд...

в общем винтом в 1Tb уже никого не удивишь, а эти fs как раз для таких и выше.

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

25. "Архитектура файловой системы btrfs"  +/
Сообщение от Аноним (13), 25-Авг-08, 18:44 
Больше того, zfs заточена под гетерогенные хранилища данных. Так что она отлично себя ведет не только на большом по объему количеству железа, но и большом разнообразии оного.
Ответить | Правка | Наверх | Cообщить модератору

27. "Архитектура файловой системы btrfs"  +/
Сообщение от vitek (??), 25-Авг-08, 19:05 
>Больше того, zfs заточена под гетерогенные хранилища данных. Так что она отлично
>себя ведет не только на большом по объему количеству железа, но
>и большом разнообразии оного.

я так не пробовал, но верю :-)

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

57. "Архитектура файловой системы btrfs"  +/
Сообщение от lomo (?), 26-Авг-08, 16:25 
Аноним, а скажите plz - в ZFS уже решили проблему, что когда юзер выходит за квоту он уже ничего не может удались из своего home? Ни удаленно (по NFS), ни локально...
Однако все прекрасно удаляется из рутовой консоли.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

61. "Архитектура файловой системы btrfs"  +/
Сообщение от User294 (??), 26-Авг-08, 20:36 
>своего home? Ни удаленно (по NFS), ни локально...

Мило.Это что, юзеры будут гарантированно админу мозг выносить при юзании квот? 8-\

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

62. "Архитектура файловой системы btrfs"  +/
Сообщение от lomo (?), 26-Авг-08, 20:55 
>Мило.Это что, юзеры будут гарантированно админу мозг выносить при юзании квот? 8-\

Пока они и выносят..
Случается не каждый день, конечно, но часто. Забытый дебаг или кривой тест и превед..

Проблема тянется с 2006 года.

Свежее обсуждение тут - http://www.opensolaris.org/jive/thread.jspa?messageID=269214...

> It's a known problem first mentioned on the ZFS forum in July 2006
> and remains unfixed even in Solaris 10 Update 5. The only workaround
> we found is to truncate the file using something
> like "cat /dev/null >! file" (for tcsh) since that doesn't trigger
> copy-on-write. Unfortunately, it may not be easy to train all users to do that.

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

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

26. "Архитектура файловой системы btrfs"  +/
Сообщение от vitek (??), 25-Авг-08, 19:04 
сори
s/FS/FC/
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

14. "Архитектура файловой системы btrfs"  +/
Сообщение от nal (??), 25-Авг-08, 15:38 
по данным http://ru.wikipedia.org/wiki/Zettabyte_File_System
Ограничения:
Максимальный размер файла     16 эксабайт
Максимальное количество файлов     2^48 (2 в степени 48)
Максимальная длинна имени файла 255 байт
Максимальный размер раздела     16 эксабайт
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

21. "Архитектура файловой системы btrfs"  +/
Сообщение от ilja (?), 25-Авг-08, 18:00 
По поводу поддержки "10 миллионов файлов в одной директории" в ext3, это кто вам сказал?
по умолчанию до 32000 файлов, если залезть в ядро то до 65535 файлов.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

31. "Архитектура файловой системы btrfs"  +/
Сообщение от angra (ok), 25-Авг-08, 21:05 
Напиши простой скриптик и проверь. Только слишком большую цифру не ставь, время создания и удаления растет квадратично.
Ответить | Правка | Наверх | Cообщить модератору

55. "Архитектура файловой системы btrfs"  +/
Сообщение от Michael Shigorinemail (ok), 26-Авг-08, 12:37 
>Напиши простой скриптик и проверь. Только слишком большую цифру не ставь, время
>создания и удаления растет квадратично.

Хм, сделали ж наконец -O dir_index?

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

18. "Архитектура файловой системы btrfs"  +/
Сообщение от Michael Shigorinemail (ok), 25-Авг-08, 16:35 
Чтоб данные можно было положить и потом их же забрать.

Это обязательно.

Крайне желательно, при прочих равных определяет выбор:
- выживаемость (мета)данных в нештатных ситуациях
- средства восстановления после серьёзного сбоя
- скорость укладки/забирания данных
  + а теперь под параллельной множественной нагрузкой
  + а теперь через год использования ФС, включая случаи забивания >90%
- скорость подъёма после конца батарейки в бесперебойнике
- минимум жёстких лимитов (вроде предопределённого количества инодов)
- поддержка ACL

Использую xfs и ext3 -- в зависимости от относительной критичности подпунктов.

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

19. "Архитектура файловой системы btrfs"  +/
Сообщение от www2email (??), 25-Авг-08, 16:47 
>Использую xfs и ext3 -- в зависимости от относительной критичности подпунктов.

Крайне интересно было бы узнать для каких целей что из них используете и чем руководствуетесь при выборе.


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

22. "Архитектура файловой системы btrfs"  +/
Сообщение от Michael Shigorinemail (ok), 25-Авг-08, 18:04 
>>Использую xfs и ext3 -- в зависимости от относительной критичности подпунктов.
>Крайне интересно было бы узнать для каких целей что из них используете
>и чем руководствуетесь при выборе.

Цели-то одинаковые -- хранение данных :)

Выбираю примерно так:
- всё, что есть риск потерять -- при возможности или оригинал, или бэкап на ext3
  + обычно сопровождается RAID1
- всё, что под тяжёлой нагрузкой, особенно одновременное r/w -- на xfs
  + может сопровождаться RAID1/10/5

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

ext3 относительно плохо ведёт себя под нагрузкой, проседает I/O и LA в потолок стреляет.  В смысле "относительно xfs".

RAID0 сейчас использую крайне редко, когда-то был довольно частым признаком reiserfs (теперь в таких задачах удобней tmpfs).

PS: на всякий -- рекомендованные ссылки по созданию/администрированию RAID:
http://www.nber.org/sys-admin/linux-nas-raid.html
http://www.pythian.com/blogs/411/aligning-asm-disks-on-linux

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

34. "Архитектура файловой системы btrfs"  +/
Сообщение от User294 (??), 25-Авг-08, 21:20 
>- всё, что под тяжёлой нагрузкой, особенно одновременное r/w -- на xfs

Да, вот этим XFS реально радует.Шустрый.

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

40. "Архитектура файловой системы btrfs"  +/
Сообщение от vitek (??), 25-Авг-08, 22:57 
лучшая из традиционных fs.
но не на руте.
зы
я ext2 юзаю.
например, на /boot :-D
Ответить | Правка | Наверх | Cообщить модератору

65. "Архитектура файловой системы btrfs"  +/
Сообщение от User294 (??), 26-Авг-08, 21:54 
>лучшая из традиционных fs.
>но не на руте.

Я его использую для того для чего он рулит - хранение больших файлов к которым порой параллельный доступ, преимущественно readonly. На руте EXT3 в общем то неплох (ему бы еще повыше скорость доступа к мелочи да поменьше оверхеда на хранение инодов и было бы замечательно).

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

80. "Архитектура файловой системы btrfs"  +/
Сообщение от User294 (??), 28-Авг-08, 20:23 
>лучшая из традиционных fs.

Кстати у него и слабые места есть.

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

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

В третьих, на некоторых видах файловых операция XFS не чемпион по скорости и\или по загрузке процессора.

В четвертых, layout данной файловой системы пришел с SGIшных систем, которые были отнюдь не х86.Поэтому прямо с нулевого смещения начинаются данные ФС.Это не проблема... пока не хоечется загружаться с этого диска, особенно если он единственный.А когда захочется, оказывается что места для загрузчика\бутсектора (который обитает ВНЕ самой по себе файловой системы) там может и не быть.Ибо с места в карьер начинаются структуры XFS.Прям с нуля.При должном желании это можно обойти.Но потенциально грабли там любизно разложены.К тому же GRUB умеет хитро лажаться при попытках себя записать на XFS.Есть там какой-то недобитый BUG...

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

81. "Архитектура файловой системы btrfs"  +/
Сообщение от Michael Shigorinemail (ok), 29-Авг-08, 01:57 
>В четвертых, layout данной файловой системы пришел с SGIшных систем, которые были
>отнюдь не х86.Поэтому прямо с нулевого смещения начинаются данные ФС.Это не
>проблема... пока не хоечется загружаться с этого диска

Диска или раздела?  Перечитайте, а то мне что-то кажется, ерунда какая-то написана.  Хорошо, что мои (и ApplianceWare) корни на xfs её не слышали ;) (целый диск стараюсь под ФС не давать по другой причине -- сложно вспомнить/сообразить, что там данные, не зная этого)

>К тому же GRUB умеет хитро лажаться при попытках себя записать на XFS.
>Есть там какой-то недобитый BUG...

Вот только имя этому BUG -- GRUB.  Что брошенный первый, что сферический второй.

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

24. "Архитектура файловой системы btrfs"  +/
Сообщение от Аноним (13), 25-Авг-08, 18:40 
Ну хотя бы вот такие: http://blogs.sun.com/jonathan_ru/entry/%D0%BE_...
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

64. "Архитектура файловой системы btrfs"  +/
Сообщение от User294 (??), 26-Авг-08, 21:11 
>Ну хотя бы вот такие: http://blogs.sun.com/...

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

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

68. "Архитектура файловой системы btrfs"  +/
Сообщение от vitek (??), 26-Авг-08, 22:28 
это владелец sun блог ведет :-D
Ответить | Правка | Наверх | Cообщить модератору

38. "Архитектура файловой системы btrfs"  +/
Сообщение от ezhik (?), 25-Авг-08, 22:04 
online fsck, быстрый нетребовательный к памяти fsck. возможность увеличить или уменьшить размера fs добавлением и удалением дисков без выключения машины. Клево, если можно сделать несколько файловых систем на одном пуле дисков (несколько fs на одном разделе). независимость от поставщика.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

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

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




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

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