The OpenNET Project / Index page

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

27.02.2012 13:01  Представлены патчи для Btrfs с поддержкой алгоритма сжатия LZ4 и реализация утилиты btrfsck

Для файловой системы Btrfs были представлены патчи с поддержкой алгоритма сжатия LZ4, показавшие довольно приятные результаты. LZ4 - скоростной алгоритм сжатия, как правило обгоняющий Snappy по степени сжатия и способный достигать скорости сжатия в 300Мб/сек на одном ядре процессора и скорости распаковки в 1Гб/сек, достигая на многоядерной системе потолка производительности RAM.

Также отмечается о создании отдельной экспериментальной ветки в Git-репозитрии Btrfs для тестирования реализации утилиты btrfsck, ориентированной на восстановление целостности повреждённой ФС (добавлена опция "--repair"). Ветка получила название "dangerdonteveruse" которое наглядно указывает на экспериментальный характер разработки, которую пока не рекомендуется использовать, кроме как для тестирования кода. В настоящее время реализована поддержка перестроения записей экстентов, восстановления информации о группах блоков и начальная поддержка работы с повреждёнными группами блоков.

Отмечается, что благодаря задействованию механизма COW (copy-on-write) для хранения структур данных (при изменении данные не переписываются, а копируются и сохраняются в новом свободном блоке), файловая система Btrfs в штатом режиме устойчива к сбоям, тем не мнее потребность в fsck вызвана возможностью появления повреждений, вызванных внешними факторами (например, запись напрямую данных на диск каким-то приложением) или нарушением структур данных из-за ошибок в работе сервисных утилит (btrfs-zero-log или btrfs-select-super).

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: Компания Google открыла код Snappy, библиотеки для сжатия данных
Автор новости: Аноним
Тип: К сведению
Ключевые слова: btrfs, compress, lz4, fsck
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Аноним (-), 16:08, 27/02/2012 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    Вообще-то поведение "repair" должно не опцией включаться. А, с учетом назначения утилиты, быть дефолтным поведением при указании в качестве аргумента точки монтирования.
     
     
  • 2.3, Аноним (-), 16:12, 27/02/2012 [^] [ответить]    [к модератору]
  • +7 +/
    > Вообще-то поведение "repair" должно не опцией включаться. А, с учетом назначения утилиты, быть дефолтным поведением при указании в качестве аргумента точки монтирования.

    Почитайте man fsck в вашей ОС, там изложены несколько иные взгляды.

     
  • 2.60, Аноним (-), 01:56, 28/02/2012 [^] [ответить]     [к модератору]
  • +/
    Как бы тебе объяснить то Ты будешь готов скушать далеко не любой результат рабо... весь текст скрыт [показать]
     
  • 1.2, Аноним (-), 16:10, 27/02/2012 [ответить] [показать ветку] [···]     [к модератору]  
  • +/
    Хм Бранч с таким названием в репе btrfs-progs лично я помню уже как минимум мес... весь текст скрыт [показать]
     
  • 1.4, Васька. (?), 16:17, 27/02/2012 [ответить] [показать ветку] [···]    [к модератору]  
  • –6 +/
    Непонятно, зачем сжатие файловой системе? Хранить в два, ну почти три раза больше данных :-( данные данным рознь, не получится из этого ничего хорошего.
     
     
  • 2.5, Блуд (??), 16:24, 27/02/2012 [^] [ответить]    [к модератору]  
  • +9 +/
    Всё очень просто. Храня сжатые данные, требуется меньше времени на их считывания. А учитывая, что жёсткий диск является медленным устройством, то сжатие - большой плюс!
     
     
  • 3.11, Анодуб (?), 16:33, 27/02/2012 [^] [ответить]    [к модератору]  
  • –6 +/
    Больше кэшей! Больших и разных.
     
     
  • 4.17, Аноним (-), 16:48, 27/02/2012 [^] [ответить]     [к модератору]  
  • –1 +/
    При рандомном доступе к многотерабайтному массиву, для более-менее эффективной р... весь текст скрыт [показать]
     
     
  • 5.41, Аноним (-), 19:21, 27/02/2012 [^] [ответить]    [к модератору]  
  • +/
    Как рандомно обратиться к запакованным данным? Сперва секцию с данными целиком прочитать, потом распаковать, потом только обратиться к нужному месту. Рандомное обращение - плохой пример.
     
     
  • 6.47, Аноним (-), 23:31, 27/02/2012 [^] [ответить]    [к модератору]  
  • +/
    Очень сильно зависит от размера секции.
     
  • 6.58, VoDA (ok), 01:08, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Много-пользователей читает множество файлов Или раздача web-статики Получается... весь текст скрыт [показать]
     
  • 6.63, Аноним (-), 01:59, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Так же как и к остальным - никто не жмет огромные блоки Сжатие идет небольшими ... весь текст скрыт [показать]
     
  • 4.62, Аноним (-), 01:58, 28/02/2012 [^] [ответить]    [к модератору]  
  • +/
    > Больше кэшей! Больших и разных.

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

     
     
  • 5.71, Аноним (-), 08:04, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    А еще это решение является концептуальным в своем роде Подумайте сами - с росто... весь текст скрыт [показать]
     
     
  • 6.72, Аноним (-), 08:23, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Ну вот zlib зачастую не поспевает за накопителем, т к 2-ступенчатый LZ - huff... весь текст скрыт [показать]
     
     
  • 7.88, Аноним (-), 17:17, 28/02/2012 [^] [ответить]    [к модератору]  
  • +/
    А как насчет LZMA ? ИМХО, кажется он совершенно пригоден для сжатия на уровне фс (ядра-то мы давно уже сжимаем им).
     
     
  • 8.90, arisu (ok), 17:23, 28/02/2012 [^] [ответить]    [к модератору]  
  • +/
    > А как насчет LZMA ?

    с дуба рухнул, штоле? скорость сжатия ужасающа, скорость разжатия ужасающа.

     
  • 8.117, Аноним (-), 17:36, 05/03/2012 [^] [ответить]     [к модератору]  
  • +/
    Хоть его и портировали на чистый си в конце концов и даже в виде годном для пиха... весь текст скрыт [показать]
     
  • 2.6, igoree (?), 16:25, 27/02/2012 [^] [ответить]    [к модератору]  
  • +/
    библиотека мошкова кашерно разместится)
     
  • 2.7, Анонут (?), 16:28, 27/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Да,да вспоминаются времена dblspace под досом Когда можно было из 40Мб сделать ... весь текст скрыт [показать]
     
     
  • 3.15, inferrna (?), 16:43, 27/02/2012 [^] [ответить]     [к модератору]  
  • +4 +/
    Ну, во-первых, там и в 95-98 винде сжимался вроде-как весь диск и при внешнем мо... весь текст скрыт [показать]
     
  • 3.73, Аноним (-), 08:31, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Реально - зависело от того что там хранить Понятный пень что уже сжатые жыпеги ... весь текст скрыт [показать]
     
  • 2.9, x0r (??), 16:30, 27/02/2012 [^] [ответить]    [к модератору]  
  • +/
    ну если не сжалось - можно и записать как есть.
     
  • 2.51, Аноним (-), 00:10, 28/02/2012 [^] [ответить]    [к модератору]  
  • +/
    ты видел сколько бдрипы стартрека занимают? в ноут такой диск пока не впихнёшь.
     
     
  • 3.77, arisu (ok), 12:01, 28/02/2012 [^] [ответить]    [к модератору]  
  • –1 +/
    > ты видел сколько бдрипы стартрека занимают?

    во времена TOS никакого «б» не было. а остальным место в помойке.

     
  • 2.61, Аноним (-), 01:57, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Скорость записи и особенно чтения с столь скоростными алгоритмами может быть _бы... весь текст скрыт [показать]
     
     ....нить скрыта, показать (21)

  • 1.8, x0r (??), 16:28, 27/02/2012 [ответить] [показать ветку] [···]    [к модератору]  
  • +2 +/
    "устойчива к сбоям, тем не мнее потребность в fsck вызвана возможностью появления повреждений, вызванных внешними факторами"
    Типа космические архитекторы столкнулись с реальностью? Они заметили, что:
    1) при их методах использования двоичных деревьев - дофига места тратится на метаинформацию.
    2) FS все таки может повреждаться так, что автоматическое восстановление не помогает...
     
     
  • 2.13, Аноним (-), 16:40, 27/02/2012 [^] [ответить]    [к модератору]  
  • +2 +/
    > 2) FS все таки может повреждаться так, что автоматическое восстановление не помогает...

    Сообщите это разработчикам ZFS, пожалуйста. Они до сих пор не могут себе такого представить.

     
     
  • 3.25, Аноним (-), 17:28, 27/02/2012 [^] [ответить]     [к модератору]  
  • –9 +/
    В линюкс эта фс входит в штатное ядро Уже можно пользоваться из коробки и без... весь текст скрыт [показать]
     
     
  • 4.31, Аноним (-), 18:29, 27/02/2012 [^] [ответить]     [к модератору]  
  • +2 +/
    zfsonlinux легко и непринужденно собирается модулем Но зачем тащить в линукс эт... весь текст скрыт [показать]
     
     
  • 5.37, iZEN (ok), 18:59, 27/02/2012 [^] [ответить]     [к модератору]  
  • –6 +/
    Что вы врёте и не краснеете При сбоях ZFS теряются только те данные файлы , ко... весь текст скрыт [показать]
     
     
  • 6.48, Аноним (-), 23:36, 27/02/2012 [^] [ответить]     [к модератору]  
  • +1 +/
    Теоретики, такие теоретики ... весь текст скрыт [показать]
     
     
  • 7.52, Клыкастый (ok), 00:13, 28/02/2012 [^] [ответить]    [к модератору]  
  • –1 +/
    практики куда круче
     
  • 7.95, iZEN (ok), 18:33, 28/02/2012 [^] [ответить]    [к модератору]  
  • +/
    > Теоретики, такие теоретики...

    Дык, практики. Всё опробовано и выяснено на деле.

     
     
  • 8.101, Аноним (-), 19:09, 28/02/2012 [^] [ответить]    [к модератору]  
  • +/
    > Дык, практики. Всё опробовано и выяснено на деле.

    Если вы думаете, что fsck на ZFS не нужен, значит, вы не сталкивались на практике со сбоями в ZFS.

     
     
  • 9.109, iZEN (ok), 21:09, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Я сталкивался со сбоями ZFS После scrub а повреждённого пула у меня был список ... весь текст скрыт [показать]
     
  • 6.78, arisu (ok), 12:04, 28/02/2012 [^] [ответить]    [к модератору]  
  • +2 +/
    > Метаинформация многократно дублируется.

    а я покупал диски, чтобы данные хранить, а не «метаинформацию»…

     
     
  • 7.91, iZEN (ok), 18:28, 28/02/2012 [^] [ответить]    [к модератору]  
  • +/
    > а я покупал диски, чтобы данные хранить, а не «метаинформацию»…

    Этот перл адресуйте разработчикам Btrfs — там метаинформации как раз довольно много. ;)

     
     
  • 8.97, arisu (ok), 18:37, 28/02/2012 [^] [ответить]     [к модератору]  
  • +3 +/
    а в zfs мало, и та через libastral добывается, места не занимает ... весь текст скрыт [показать]
     
  • 8.100, Аноним (-), 19:08, 28/02/2012 [^] [ответить]     [к модератору]  
  • –1 +/
    А в ZFS ее столько же, плюс еще она дублируется 100500 раз хотят толку от этого... весь текст скрыт [показать]
     
     
  • 9.108, iZEN (ok), 19:49, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Откуда вы это знаете Где проходили В ZFS 128k-блоки по умолчанию данных и ме... весь текст скрыт [показать]
     
  • 8.112, ананим (?), 20:31, 01/03/2012 [^] [ответить]     [к модератору]  
  • +/
    btrfs filesystem df Data total 310 00GB, used 227 90GB System, DUP total 8... весь текст скрыт [показать]
     
     
  • 9.113, iZEN (ok), 21:42, 01/03/2012 [^] [ответить]     [к модератору]  
  • +/
    Читал http docs oracle com cd E19253-01 820-0836 gbchp index html http www ... весь текст скрыт [показать]
     
  • 5.38, Аноним (-), 19:02, 27/02/2012 [^] [ответить]    [к модератору]  
  • +3 +/
    +1

    У меня бтр под Linux 98 ваще летает, а ZFS ацтой, постоянно глючил на дискетах 1.44".

     
  • 4.40, zhuk (?), 19:18, 27/02/2012 [^] [ответить]    [к модератору]  
  • +2 +/
    А чтож ты, деточка, не представился? Засцал с izen'ом в открытую поговорить?))))
     
  • 2.44, fyjybvec (?), 20:39, 27/02/2012 [^] [ответить]    [к модератору]  
  • +2 +/
    Вот только Б-дерево - не двоичное. Но кого это волнует?..
     
  • 2.64, Аноним (-), 02:01, 28/02/2012 [^] [ответить]     [к модератору]  
  • +2 +/
    Ну вон ZFSники жрут кактус и уже который год толкают пиар что мол это все гон и ... весь текст скрыт [показать]
     
     
  • 3.92, iZEN (ok), 18:29, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Кактус ли это ... весь текст скрыт [показать]
     
     
  • 4.102, Аноним (-), 19:11, 28/02/2012 [^] [ответить]    [к модератору]  
  • +/
    > Кактус ли это?

    Лично мне кажется, что склонная к неожиданным смертям файлуха без fsck - явный кактус. Поэтому на ZFS не рвусь.
    У вас, конечно, может быть другое мнение =)

     
     
  • 5.110, iZEN (ok), 21:37, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    http www opennet ru openforum vsluhforumID3 83275 html 94 ... весь текст скрыт [показать]
     
     ....нить скрыта, показать (23)

  • 1.12, Sergey722 (ok), 16:36, 27/02/2012 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Что-то часто про БТР в последнее время слышно...
     
     
  • 2.19, Аноним (19), 17:00, 27/02/2012 [^] [ответить]    [к модератору]  
  • +/
    Аха, к 14 февраля обещали релиз btrfs.fsck. Сегодня 27 :)
     
     
  • 3.23, Sergey722 (ok), 17:20, 27/02/2012 [^] [ответить]    [к модератору]  
  • +/
    Да фигня. Хотели к дню святого Валентина, а сделают к 8 марта (ну на крайняк к 9 мая).
     
     
  • 4.35, Аноним (-), 18:36, 27/02/2012 [^] [ответить]    [к модератору]  
  • +/
    > Да фигня. Хотели к дню святого Валентина, а сделают к 8 марта
    > (ну на крайняк к 9 мая).

    Вопрос только, какого года? Явно, что не этого.

     
     
  • 5.45, Serrgey722too (?), 22:52, 27/02/2012 [^] [ответить]    [к модератору]  
  • +1 +/
    > Вопрос только, какого года? Явно, что не этого.

    Да не, я верю. К дню победы БТР должны подогнать. Он проедет по красной площади.

     
     
  • 6.49, Аноним (-), 23:38, 27/02/2012 [^] [ответить]    [к модератору]  
  • +/
    > Да не, я верю. К дню победы БТР должны подогнать. Он проедет по красной площади.

    Да, к 70-му юбилею. Ну в крайнем случае к 75-му.

     
  • 2.20, Анодуб (?), 17:04, 27/02/2012 [^] [ответить]    [к модератору]  
  • +/
    Это будет боевая ФС для ОБЧР!
     
     
  • 3.22, Sergey722 (ok), 17:12, 27/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Да я в курсе Просто её пилят чуть ли не столько же сколько я линуксом пользуюсь... весь текст скрыт [показать]
     
     
  • 4.24, Аноним (-), 17:24, 27/02/2012 [^] [ответить]    [к модератору]  
  • +/
    Просто люди устали ждать, интерес к проекту сильно подогрет, поэтому любые достижения, даже сомнительного свойства, вызывают искреннюю радость :)
     
     
  • 5.34, Аноним (-), 18:35, 27/02/2012 [^] [ответить]     [к модератору]  
  • +1 +/
    Лично для меня разработка btrfs - это такой комедийный сериал, по длительности с... весь текст скрыт [показать]
     
     
  • 6.66, Аноним (-), 02:02, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Сначала над вами смеются, потом с вами борятся, а потом вы побеждаете ... весь текст скрыт [показать]
     
     
  • 7.81, Аноним (-), 14:26, 28/02/2012 [^] [ответить]     [к модератору]  
  • –2 +/
    Это не про разработку btrfs Про разработку btrfs будет так Сначала над вами с... весь текст скрыт [показать]
     
     
  • 8.120, Аноним (-), 21:55, 05/03/2012 [^] [ответить]    [к модератору]  
  • +/
    > смеются, а потом над вами смеются снова..."

    Вам бы этого хотелось, да? Ну чтож, мечтайте, это не вредно :)

     
  • 6.79, arisu (ok), 12:07, 28/02/2012 [^] [ответить]    [к модератору]  
  • +1 +/
    для тебя вообще разработка — комедийный сериал, видимо. «и что вы мучаетесь, дурачки? ведь всё уже давно написано, больше ничего делать не надо!»
     
     
  • 7.82, Аноним (-), 14:27, 28/02/2012 [^] [ответить]    [к модератору]  
  • –1 +/
    > для тебя вообще разработка — комедийный сериал, видимо.

    Если у разработчиков руки из задницы, то да.

     
     
  • 8.115, Аноним (-), 16:39, 05/03/2012 [^] [ответить]    [к модератору]  
  • +/
    > Если у разработчиков руки из задницы, то да.

    Такие масштабные выводы на песке, конечно... :)

     
  • 4.54, Клыкастый (ok), 00:16, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    на самом деле это очень хорошо пилят - это здорово ... весь текст скрыт [показать]
     
  • 1.26, ArtKun (?), 17:53, 27/02/2012 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Хорошо, что перенесли на F18. Летом не придется переустанавливать систему, а к Новому году можно будет таки перевести на нее все диски.
     
  • 1.27, Аноним (-), 17:55, 27/02/2012 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    То что Btrfs скоро будет в Fedora по умолчанию, это еще не признак того что она готова к продакшену. Да и как бы там не было, хотелось бы иметь гарантию в лице fsck, в случае проблем с ФС
     
     
  • 2.28, nagual (ok), 18:07, 27/02/2012 [^] [ответить]     [к модератору]  
  • –1 +/
    И почему то все скромно умалчивают что этой хрени так же как и zfs нужен гиг под... весь текст скрыт [показать]
     
     
  • 3.29, Дворник (??), 18:16, 27/02/2012 [^] [ответить]    [к модератору]  
  • –3 +/
    Ну как бы это помягче сказать... Если у вас нет возможности купить 1G RAM в наше время, то в самый раз подумать о том, что в жизни что-то не так. ;)
     
     
  • 4.30, Аноним (-), 18:22, 27/02/2012 [^] [ответить]    [к модератору]  
  • +/
    Не все ноутбуки можно легко обновлять.
     
     
  • 5.55, Клыкастый (ok), 00:19, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    это да с другой стороны 90 купивших ноутбуки ставят их на стол они занимают м... весь текст скрыт [показать]
     
  • 4.32, Анон (?), 18:34, 27/02/2012 [^] [ответить]    [к модератору]  
  • +/
    Это если у вас файлохранилище выделенное. А если на той системе, где куча ещё всего?
     
  • 4.43, анон (?), 20:19, 27/02/2012 [^] [ответить]     [к модератору]  
  • –1 +/
    Это не золотые часы и не брюлики, чтобы что-то доказывать и понтоватья Сугубо и... весь текст скрыт [показать]
     
     
  • 5.59, VoDA (ok), 01:12, 28/02/2012 [^] [ответить]     [к модератору]  
  • +1 +/
    вам не подходит - не пользуйтесь те, кому интересен прирост производительность,... весь текст скрыт [показать]
     
  • 5.75, Аноним (-), 08:35, 28/02/2012 [^] [ответить]    [к модератору]  
  • +/
    > btrfs с ней не справляется.

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

     
  • 3.36, Аноним (-), 18:41, 27/02/2012 [^] [ответить]     [к модератору]  
  • +1 +/
    Это подразумевается by default - за плюшки cow надо платить Не только размером ... весь текст скрыт [показать]
     
     
  • 4.46, anonymous (??), 23:21, 27/02/2012 [^] [ответить]     [к модератору]  
  • –1 +/
    Не в CoW дело Бтрфс даже сам Линус пропиарил, что то там про пару лет потерпит... весь текст скрыт [показать]
     
     
  • 5.50, Аноним (-), 23:43, 27/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Защиту данных на пути от диска до памяти неплохо обеспечивает написанный ораклом... весь текст скрыт [показать]
     
     
  • 6.57, anonymous (??), 00:55, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Так я то же самое и говорю, хочется чтобы оно из коробки, по умолчанию, просто с... весь текст скрыт [показать]
     
     
  • 7.70, Аноним (-), 03:27, 28/02/2012 [^] [ответить]    [к модератору]  
  • +/
    > косвенная гарантия что не я один в одной лодке

    Поверь, в этой лодке будет как минимум половина местных через энное время :). А то что не всем дано быть тестовыми пилотами - это нормально.

     
  • 6.87, iZEN (ok), 17:15, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Контроллёр диска контролирует только СОХРАНЕНИЕ данных, но не всё время их жизни... весь текст скрыт [показать]
     
     
  • 7.89, arisu (ok), 17:22, 28/02/2012 [^] [ответить]    [к модератору]  
  • –1 +/
    вообще-то вылазь из подвала: data integrity вполне себе контролирует сам рейд. и он способен сказать, откуда прочитали фигню, а откуда то, что записывали.
     
     
  • 8.93, iZEN (ok), 18:30, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Ну-ка поподробнее Откуда куда что контролирует ... весь текст скрыт [показать]
     
  • 7.104, Аноним (-), 19:17, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Почему вы так любите рассуждать на темы, в которых не разбираетесь FYI практич... весь текст скрыт [показать]
     
     
  • 8.105, Аноним (-), 19:18, 28/02/2012 [^] [ответить]    [к модератору]  
  • +/
    > Поэтому, чтобы данные действительно различались, необходимо останавливать
    > массив, делать dd на один диск, и снова запускать его.

    Впрочем, можно и не останавливать.

     
  • 8.107, iZEN (ok), 19:37, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Угу Пример с md-RAID несколькогодичной давности http www linux org ru news b... весь текст скрыт [показать]
     
  • 5.69, Аноним (-), 03:22, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    ИЧСХ, примерно так и будет Для тупых объясняю большие и масштабные штуки не д... весь текст скрыт [показать]
     
     
  • 6.111, Genix (?), 23:19, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    По-моему, автор жалуется на то что мир меняется быстрее его понимания, а не то ч... весь текст скрыт [показать]
     
  • 3.67, Аноним (-), 02:04, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    Ну вообще-то ряд моментов там сделан менее дебильно и оно будет пожалуй пошустре... весь текст скрыт [показать]
     
     ....нить скрыта, показать (22)

  • 1.33, Аноним (-), 18:35, 27/02/2012 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Кстати, оно умеет L2ARC или подобие?
     
  • 1.39, Аноним (-), 19:12, 27/02/2012 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Так и когда я смогу сделать compress=lz4 ??
     
     
  • 2.68, Аноним (-), 02:06, 28/02/2012 [^] [ответить]    [к модератору]  
  • +/
    > Так и когда я смогу сделать compress=lz4 ??

    Да хоть прям ща, наложив патчи, если тебе позарез охота.

     
  • 1.42, Аноним (-), 19:29, 27/02/2012 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Блин, лучше такими усилиями Reiser4 пилили, тогда уже давно вменяемую современную ФС имели бы. Блин, почему Гансу работать запретили(
     
     
  • 2.80, arisu (ok), 12:19, 28/02/2012 [^] [ответить]    [к модератору]  
  • +1 +/
    вперёд — убеждай народ, собирай энтузиастов. а если убедишь какую-нибудь контору — ещё и денег дадут.
     
  • 2.84, Аноним (-), 14:33, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    А что в ней такого современного Разве она по фичам значительно превосходит ext ... весь текст скрыт [показать]
     
  • 1.76, Аноним (-), 11:45, 28/02/2012 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    а нафига в cow файловой системе fsck?
     
     
  • 2.83, Аноним (-), 14:30, 28/02/2012 [^] [ответить]     [к модератору]  
  • +/
    В cow fs fsck нужен как и в других Просто разработчики одной известной cow fs п... весь текст скрыт [показать]
     
     
  • 3.85, Аноним (-), 16:21, 28/02/2012 [^] [ответить]    [к модератору]  
  • –1 +/
    Это не ответ
     
     
  • 4.86, Аноним (-), 16:29, 28/02/2012 [^] [ответить]    [к модератору]  
  • +/
    Это ответ.
     
  • 3.94, iZEN (ok), 18:32, 28/02/2012 [^] [ответить]     [к модератору]  
  • –1 +/
    scrub 8212 это и есть fsck с другим названием ... весь текст скрыт [показать]
     
     
  • 4.114, Аноним (-), 16:34, 05/03/2012 [^] [ответить]    [к модератору]  
  • +/
    > scrub — это и есть fsck с другим названием.

    Угу. И менее дотошный/способный к починке раздестроенного тома. Иначе сообщений типа того что на лисяре просто не возникало бы как класса.

     
     
  • 5.116, iZEN (ok), 17:17, 05/03/2012 [^] [ответить]    [к модератору]  
  • +/
    >> scrub — это и есть fsck с другим названием.
    > Угу. И менее дотошный/способный к починке раздестроенного тома.

    Ты вообще различаешь DEGRADED и FAULTED состояния системы хранения?

    scrub в обычном применении лечит DEGRADED.
    В необычном применении — после "zpool import -F faultedpoolname" scrub может лечить FAULTED-пул, импортированный "как есть", в режиме DEGRADED, если это возможно.
    Если три из четырёх копыт отброшены, то никакой fsck, ни scrub ни на каком RAID кроме mirror ничего тебе не пролечит, а откажется выполняться.

    > Иначе сообщений типа того что на лисяре просто не возникало бы как класса.

    В то время для импорта FAULTED пула не было опции "-F" для автоматической пробы и отмотки состояния пула от FAULTED до DEGRADED. Сейчас эта опция ЕСТЬ. ЕСТЬ! И ты заткнёшься, наконец, а?

     
     
  • 6.118, Аноним (-), 17:45, 05/03/2012 [^] [ответить]     [к модератору]  
  • +/
    Нормально реализованный fsck как у ext-ов например пролечит все что хоть миним... весь текст скрыт [показать]
     
     
  • 7.119, iZEN (ok), 21:48, 05/03/2012 [^] [ответить]    [к модератору]  
  • +/
    >> Если три из четырёх копыт отброшены, то никакой fsck, ни scrub ни
    >> на каком RAID кроме mirror ничего тебе не пролечит,
    > Нормально реализованный fsck (как у ext-ов например) пролечит все что хоть минимально
    > напоминает файловую систему, чем и хорош. Можно данные потом достать с
    > порушенного диска как белый человек, а не хексэдитором выколупывать...

    Ваш fsck аккуратно сложит всё найденное в /lost+found под ничего незначащими именами.
    scrub же после завершения своей работы покажет список повреждённых файлов, которые восстановить не удастся, а пул станет отремонтированным. Так кто там будет лазить с hex-редактором по диску, определяя, какой файл в /lost+found откуда взялся, а? :))


     
     
  • 8.121, Аноним (-), 22:02, 05/03/2012 [^] [ответить]     [к модератору]  
  • +/
    Лучше так чем хексэдитором, самолично разгребая еще и фрагментацию, декомпрессию... весь текст скрыт [показать]
     
     
  • 9.122, iZEN (ok), 22:52, 05/03/2012 [^] [ответить]    [к модератору]  
  • +/
    >> Ваш fsck аккуратно сложит всё найденное в /lost+found под ничего незначащими именами.
    > Лучше так чем хексэдитором, самолично разгребая еще и фрагментацию, декомпрессию, уровни
    > райда и что там еще... при том чем больше - тем
    > геморройнее ;)

    scrub выполняет проверку только занятого пространства. fsck выполняет проверку всего пространства, выделенного под файловую систему. Сколько времени займёт работа fsck на ОТМОНТИРОВАННОМ разделе и scrub на ИМПОРТИРОВАННОМ (считается в работе) пуле (если во время работы scrub проверяет в первую очередь те файлы, которые запрашиваются в текущий момент и оперативно реконструирует повреждения)? Думаю, что времени займёт больше та задача, у которой фронт работ больше, а именно — fsck, не обращаясь к журналу, естественно.

    Ещё какие аргументы будут?

    >> scrub же после завершения своей работы покажет список повреждённых файлов, которые восстановить
    >> не удастся, а пул станет отремонтированным.
    > Угу, на лисяре отличный пример как он станет. Конкретно эту ситуацию конечно
    > пролечили, а что насчет остальных? Там настолько же плохо как и
    > было или оно теперь натурально чинить хоть что-то умеет и там
    > теперь не только маркетинговый булшит о ненужности fsck?

    Давай и насчёт остальных поговорим. Вводная статья как раз для таких как ты: http://phpsuxx.blogspot.com/2010/09/raid-z-freebsd.html
    Давай сам попробуй. Я уже испытал ZFS на прочность.

     
  • 1.123, iZEN (ok), 20:08, 03/08/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Btrfs всё - https://www.opennet.ru/opennews/art.shtml?num=46955
    ///---
    В категорию устаревших (deprecated) переведена поддержка Btrfs и FedFS (Federated File System). Файловая система Btrfs ранее позиционировались в дистрибутиве RHEL 7 как экспериментальная возможность (Technology Preview), не рекомендованная к применению в промышленных решениях. Компания Red Hat приняла решение не выводить Btrfs в разряд полностью поддерживаемых в RHEL технологий и поддержка данной ФС будет прекращена в будущем значительном выпуске RHEL 8. Что касается RHEL 7.4, то в Btrfs продолжен перенос некоторых изменений из upstream. В дальнейшем, пользователи следующих выпусков ветки RHEL 7 смогут продолжить использовать Btrfs, но изменения больше переноситься не будут.
    ---///

     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


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