The OpenNET Project / Index page

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

Хостинг-оператор Anchor протестировал Btrfs на готовность к промышленной эксплуатации

26.04.2013 23:12

Хостинг-оператор Anchor опубликовал отчёт о тестовом внедрении файловой системы Btrfs на нескольких серверах, обеспечивающих работу системы резервного копирования. В итоге сделан вывод о том, что несмотря на обилие интересных возможностей и прогресс в развитии Btrfs, данная ФС ещё не готова для промышленного использования из-за наличия некоторых подводных камней и нерешённых проблем. Тем не менее для ознакомительного использования не на критически важных системах, таких как рабочие станции или персональные серверы, Btrfs уже можно использовать. Компания Anchor вернула на Ext4 системы, на которых был произведён переход на Btrfs, но указала на то, что будет отслеживать состояние разработки ZFS и Btrfs для перехода на одну из данных ФС в будущем.

В процессе эксперимента отсутствовали инциденты с потерей данных, успешно создавались тысячи снапшотов, средствами Btrfs было выявлено повреждение одного бита информации в RAID-массиве. Из проблем отмечалось блокирование ввода/вывода в пики создания разом большого числа резервных копий данных разных клиентов. Проблема, которая, по мению инженеров Anchor, скорее всего вызвана ошибкой в коде реализации системы квот qgroups, приводит к мягким зависаниям CPU, что требует перезагрузки системы для продолжения работы. Перезагрузка приводит к необходимости перестроения некоторых служебных структур из-за повреждения кэша свободных блоков. Перестроение достаточно длительный процесс, для 16TB раздела длящийся более часа. Ещё одна серьёзная проблема связана с непредсказуемостью переполнения Btrfs-раздела и связанным с исчерпанием свободного места замедлением работы. Неаккуратный запуск rsync настолько замедил работу с ФС, что с ней невозможно было работать.

  1. Главная ссылка к новости (http://www.anchor.com.au/blog/...)
Лицензия: CC-BY
Тип: Обобщение
Короткая ссылка: https://opennet.ru/36803-btrfs
Ключевые слова: btrfs
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (157) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Анонимус_б6 (?), 23:34, 26/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +26 +/
    это вам не похороникс сравнил убунту и федору...
     
     
  • 2.2, z (??), 23:39, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Ещё одна серьёзная проблема связана с непредсказуемостью переполнения Btrfs-раздела и связанным с исчерпанием свободного места замедлением работы.

    Превед от Шишкина =)

     
     
  • 3.5, Аноним (-), 00:00, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Превед от Шишкина =)

    А что, разве хоть одна из выявленных проблем совпадает с критикой Шишкина?

     
     
  • 4.6, Аноним (-), 00:27, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Нет, разумеется. Потому что у эксплуатационщиков в отличие от теоретиков хватает ума не заниматься извращениями типа "том на 600Мб, забитый мелкими файлами" ("фантомас в очках на аэроплане").
     
     
  • 5.9, Аноним (-), 01:53, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет, разумеется. Потому что у эксплуатационщиков в отличие от теоретиков хватает ума
    > не заниматься извращениями типа "том на 600Мб, забитый мелкими файлами" ("фантомас
    > в очках на аэроплане").

    Скорее, хватает ума понять, что метаданные - неотъемлемая часть ФС, и требовать 100% использования места под данные бессмысленно.

     
  • 5.14, Deffic (?), 03:56, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Нет, разумеется. Потому что у эксплуатационщиков в отличие от теоретиков хватает ума
    > не заниматься извращениями типа "том на 600Мб, забитый мелкими файлами" ("фантомас
    > в очках на аэроплане").

    "том на 600Мб" -- 10 лет нвзад
    "забитый мелкими файлами" -- Maildirs

     
     
  • 6.23, angra (ok), 10:43, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых, не 10, а 15. Во-вторых, с учетом скорости развития IT это звучит примерно как жалоба на то, что современный пулемет за минуту тратит патронов больше чем, чем полтора века назад батальон с винтовками за неделю.

     
     
  • 7.72, Аноним (-), 12:48, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что характерно, общая сложность задач возросла может быть в разы, но не на порядки же.
     
  • 4.10, Аноним (-), 01:54, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А что, разве хоть одна из выявленных проблем совпадает с критикой Шишкина?

    Маловероятно. Одно дело - пригорание седалища у отдельно взятого разработчика, другое дело - опыт практической эксплуатации.

     
  • 4.21, z (??), 10:25, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Критика Шишкина, напомню, касалась 'разноса' ФС при определённых условиях, когда из-за непонимания 'практиками' выбранных ими алгоритмов происходила жуткая внутренняя фрагментация метеданных, съедающая ощутимую часть места на диске. И т.к. это дефект на уровне алгоритмов, значит в корне не лечится по определению, только костыли и подпорки.

    Вообщем, enjoy your practice, dear permanent beta-testers =)

     
     
  • 5.24, quux (??), 12:16, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Шишкин, перелогиньтесь.
     
  • 5.26, Аноним (-), 12:34, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > метеданных, съедающая ощутимую часть места на диске.

    Любую ФС можно загнать в ситуацию когда ее КПД равен нулю. Создаем до упора файлы нулевого размера - и все, вуаля: на томе 0 байтов данных и весь том забит до отказа метаданными. Катит на совершенно любой ФС. Приветы Шишкину и прочим идеалистам :).

     
     
  • 6.33, z (??), 13:50, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >Создаем до упора файлы нулевого размера
    >Приветы Шишкину и прочим идеалистам

    Приятно видеть человека, который пытается думать, даже несмотря на то, что у него это довольно плохо получается

    Ещё раз повторюсь: речь не о том, что метаданные занимают какое-то место, т.к. предложенным выше способом можно 'повалить' любую ФС

    Речь о том, что при определённых условиях B-Tree в BTRFS _вырождается_, когда балансировка уходит не в ту сторону, т.е. появляется множество неоптимально заполненных узлов и само дерево соотв. аномально растёт. Т.е. место тратится не непосредственно полезными (мета)данными - место просто уходит В НИКУДА.

    Превед двоченикам, прогуливавшим фундаментальные алгоритмы и структуры данных, ну и оболваненым monkey-тестерам =)

     
     
  • 7.36, Bx (ok), 15:51, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Речь о том, что при определённых условиях B-Tree в BTRFS _вырождается_, когда
    > балансировка уходит не в ту сторону, т.е. появляется множество неоптимально заполненных
    > узлов и само дерево соотв. аномально растёт. Т.е. место тратится не
    > непосредственно полезными (мета)данными - место просто уходит В НИКУДА.

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


    > Превед двоченикам, прогуливавшим фундаментальные алгоритмы и структуры данных, ну и оболваненым
    > monkey-тестерам =)

    Ну, автор поста, похоже, не прогуливал? И сейчас даст всем прикурить.

     
     
  • 8.37, z (??), 15:54, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    https lkml org lkml 2010 6 18 144 ... текст свёрнут, показать
     
     
  • 9.38, z (??), 16:07, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Хорошо сказал, между прочим use the original ones from proper academic papers ... большой текст свёрнут, показать
     
     
  • 10.42, Bx (ok), 17:35, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Там другое, авто-проверки ругнулись на непонятные им данные, инициализцию и екну... текст свёрнут, показать
     
  • 9.39, Bx (ok), 16:49, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Мде, пруф искать лень, что-то там про 640 килобайт тоже было, не 3 года, конечно... большой текст свёрнут, показать
     
     
  • 10.43, nagual (ok), 17:36, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    gt оверквотинг удален И что не нравится Трата места на метаданные Повторит... текст свёрнут, показать
     
     
  • 11.44, Bx (ok), 17:46, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я, как-бы, защитник btrfs Потрудитесь почитать линк, на который я отвечал ... текст свёрнут, показать
     
  • 7.45, Аноним (-), 18:21, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Речь о том, что при определённых условиях B-Tree в BTRFS _вырождается_, когда
    > балансировка уходит не в ту сторону, т.е. появляется множество неоптимально заполненных
    > узлов и само дерево соотв. аномально растёт.

    И чем это так уж отличается от иных вырожденных случаев, типа забития тома нулевыми файлами? Где оценки масштаба эффекта в реальных применениях? Том на 600 метров забитый мелочью - откровенная синтетика. Я даже предложил доразвитие идеи до логичного финала :)

     
     
  • 8.48, arisu (ok), 18:36, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    в дискуссии, вообще-то, ссылку приводили отличается это тем, что авторы btrfs п... текст свёрнут, показать
     
     
  • 9.51, Аноним (-), 22:24, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А что тут такого нехорошего ... текст свёрнут, показать
     
     
  • 10.56, arisu (ok), 23:44, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    просто никогда не пиши реализацию хэш-таблиц, хорошо воспользуйся готовой из ст... текст свёрнут, показать
     
     
     
     
     
     
     
    Часть нити удалена модератором

  • 16.66, arisu (ok), 00:59, 28/04/2013 [ответить]  
  • +/
    больше заискивающих смайликов, больше ... текст свёрнут, показать
     
     
  • 17.103, Michael Shigorin (ok), 18:01, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сдаётся мне, это опять демагог debugger Порешил ... текст свёрнут, показать
     
  • 9.68, Аноним (-), 01:36, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если уж на то пошло, у очень многих алгоритмов применяемых нынче в софте средни... большой текст свёрнут, показать
     
     
  • 10.107, linux must _RIP_ (?), 19:29, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В новостях пробегало - достаточно создать всего 64 файла что бы убить btrfs в... текст свёрнут, показать
     
  • 2.4, Аноним (-), 23:59, 26/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Похороникс чуть раньше сравнил ZFS и EXT4. Результат был предсказуем...
     
     
  • 3.15, iZEN (ok), 08:06, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Это что ли сравнение: http://www.phoronix.com/scan.php?page=news_item&px=MTM1ODk
    ?
     
     
  • 4.29, Аноним (-), 12:38, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это что ли сравнение: http://www.phoronix.com/scan.php?page=news_item&px=MTM1ODk

    Ты как-то очень изящно подтасовываешь результаты. Я про http://www.phoronix.com/scan.php?page=news_item&px=MTM1NTA разумеется. А то что на многодисковой конфиге ext4 не обязан хорошо работать - дык это, иди XFS там побивай. А на однодисковой конфиге ext4 просто разгромил zfs. Т.к. у самого по себе дизайна нет никаких особых поводов проявлять резвость самому по себе.

     

     ....большая нить свёрнута, показать (30)

  • 1.3, iZEN (ok), 23:52, 26/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Справедливости ради, ZFS тоже не любит многопоточного доступа. Раньше были вилы вплоть до прекращения всякого I/O при работающей системе (почему-то это связано с функцией сжатия файлов в архивы tbz и tgz). Сейчас более-менее наладилось раскидывание запросов к дисковой подсистеме.
     
     
  • 2.7, Аноним (-), 00:38, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Почему не используешь EXT4 или NTFS ?))
     
     
  • 3.8, Аноним (-), 01:52, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +12 +/
    С чего вы взяли, что он не использует NTFS?
     
  • 3.17, iZEN (ok), 08:14, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –11 +/
    > Почему не используешь EXT4 или NTFS ?))

    EXT4 не собираюсь использовать — слишком много костылей нагородили вокруг EXT2, да и малонадёжная эта ваша ФС. Пруфлинк: http://www.linux.org.ru/forum/talks/8896263
    На флешке использовать данную ФС — полный бред: http://www.linux.org.ru/forum/general/8874385?cid=8874516 — журнал нужно обязательно отключать и монтировать в read-only, а то скорость ниже плинтуса. (Уж лучше UFS2, там хоть метаданные не пострадают при внезапном выдёргивании, зато скорость записи-чтения на уровне скоростных показателей контроллера флешатины).

    NTFS успешно использую на корпоративной рабочей станции.


     
     
  • 4.19, www2 (ok), 08:58, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Пруфлинк не прокатит, т.к. не ясно в чём было дело - в глюке оборудования, кривых руках настройщика, убунте или в самом деле в фс. Однако, зная что soko1 - бсдешник, предполагаю что в первую очередь в кривых руках, вторая возможная причина - в оборудовании. То, что чел не попытался разобраться в чём было дело, а сразу пошёл кричать о глючности линукса, кагбэ намекает, чего стоит этот пруфлинк.

    Я по собственному опыту знаю, что глючат все файловые системы, особенно если бывают проблемы с оборудованием или электричеством. У меня и UFS2 ломалась (ещё в те времена, когда бсдешники кричали о том что журнал не нужен и есть Soft Updates - чекалось по полтора часа в фоне), и NTFS ломалась, и FAT32 ломалась и ReiserFS ломалась и Ext3 ломалась. Из них, естественно, самая ненадёжная - FAT32. Для ReiserFS практически отсутствуют инструменты для восстановления, когда уж совсем всё поломалось так, что даже fsck не может справиться. Поэтому на винде - NTFS, на Linux - Ext3 или Ext4 (на домашнем компе стоит, на серверах - Ext3). На фре уж не знаю что лучше использовать, пожалуй UFS+SU+J, потому что ZFS жрёт неоправданно много ресурсов. На работе бсдешники пробовали с UFS на ZFS перейти, в итоге скорость записи упала в разы, откатились обратно.

     
     
  • 5.78, Аноним (-), 17:42, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >На фре уж не знаю что лучше использовать, пожалуй UFS+SU+J

    Я на DFBSD мигрирую на Hammer, бо после пары факапов UFS доверия уже нет. Хотя Hammer тоже мне сюрприз подкинул - понадеявшись на дефолтные настройки, я прохлопал исчерпание места на диске.:)

     
  • 5.95, Andrew Kolchoogin (?), 11:20, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    No silver bullet C Универсальной файловой системы на все случаи жизни нет и... большой текст свёрнут, показать
     
     
  • 6.119, AlexAT (ok), 20:23, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Например, если исходить из парадигмы "данные бесценны"

    То начинать надо не с ZFS, да и заканчивать не ей. Репликация и только репликация, + контроль ошибок на всех уровнях _до_ диска.

     
     
  • 7.144, Аноним (-), 16:15, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Например, если исходить из парадигмы "данные бесценны"
    > То начинать надо не с ZFS, да и заканчивать не ей. Репликация
    > и только репликация, + контроль ошибок на всех уровнях _до_ диска.

    Скажи мне, человече, как ты планируешь это реализовать в RDBMS на задачах OLTP? М? С конечной латентностью ну и соответствующими требованиями к надежности и оверхеду?

     
     
  • 8.151, ананим (?), 17:43, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот куда-куда, а под rdbms и oltp, и dss кладут zfs только полные дауны ... текст свёрнут, показать
     
  • 8.152, AlexAT (ok), 18:07, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Выше правильно ответили - положить ZFS да и вообще CoW под RDBMS может только ко... текст свёрнут, показать
     
  • 4.22, AlexAT (ok), 10:32, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Маргиналы такие маргиналы.
     
  • 4.41, nagual (ok), 17:34, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Почему не используешь EXT4 или NTFS ?))
    > EXT4 не собираюсь использовать — слишком много костылей нагородили вокруг EXT2, да
    > и малонадёжная эта ваша ФС. Пруфлинк: http://www.linux.org.ru/forum/talks/8896263
    > На флешке использовать данную ФС — полный бред: http://www.linux.org.ru/forum/general/8874385?cid=8874516
    > — журнал нужно обязательно отключать и монтировать в read-only, а то
    > скорость ниже плинтуса. (Уж лучше UFS2, там хоть метаданные не пострадают
    > при внезапном выдёргивании, зато скорость записи-чтения на уровне скоростных показателей
    > контроллера флешатины).
    > NTFS успешно использую на корпоративной рабочей станции.

    NTFS вполне себе работает, если дефрагментацию проводить хотябы раз в неделю ... :)))

     
     
  • 5.46, Аноним (-), 18:32, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > NTFS вполне себе работает, если дефрагментацию проводить хотябы раз в неделю ... :)))

    "Фрибздшники" палятся.

     
  • 5.49, Карбофос (ok), 19:35, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ой! если бы там дело в дефрагментации было...
     
  • 5.79, Аноним (-), 17:44, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > NTFS вполне себе работает, если дефрагментацию проводить хотябы раз в неделю ...
    > :)))

    Слишком толсто.

     
     
  • 6.98, nagual (ok), 11:46, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> NTFS вполне себе работает, если дефрагментацию проводить хотябы раз в неделю ...
    >> :)))
    > Слишком толсто.

    Это не шутка, если не делать дефрагментацию то тормоза можно почуствовать уже через неделю :))

     
     
  • 7.99, Аноним (-), 12:42, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мне трудно представить, что надо делать с томом, чтобы производительность деградировала так сильно и так быстро.
     
     
  • 8.145, Аноним (-), 16:15, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    CoW ... текст свёрнут, показать
     
  • 2.11, Аноним (-), 02:06, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это было когда Solaris API пытались приладить к FreeBSD.
     
  • 2.12, Аноним (-), 02:49, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > до прекращения всякого I/O при работающей системе

    Круто. Впрочем там и веселее было - дедлок ядра при попытке вызвать sendfile().

    > функцией сжатия файлов в архивы tbz и tgz).

    А вот это врядли. Впрочем, видно птицу по помету. В смысле, жабиста по тупым заявам.

     
     
  • 3.16, iZEN (ok), 08:08, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –6 +/
    >> функцией сжатия файлов в архивы tbz и tgz).
    > А вот это врядли. Впрочем, видно птицу по помету. В смысле, жабиста по тупым заявам.

    А синюшника видно по чему? Проблема явно где-то в zlib(3).


     
     
  • 4.25, quux (??), 12:18, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>> функцией сжатия файлов в архивы tbz и tgz).
    >> А вот это врядли. Впрочем, видно птицу по помету. В смысле, жабиста по тупым заявам.
    > А синюшника видно по чему? Проблема явно где-то в zlib(3).

    А как связаны архивы tbz и zlib ?

     
     
  • 5.27, iZEN (ok), 12:34, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Колбэками вызовов функций сжатия, очевидно.
     
     
  • 6.30, Аноним (-), 12:47, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Колбэками вызовов функций сжатия, очевидно.

    Все бы ничего, но bzip не имеет к zlib'у вообще никакого отношения. Это вообще совершенно другое семейство алгоритмов даже :)

     
     
  • 7.52, Аноним (-), 22:26, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >> Колбэками вызовов функций сжатия, очевидно.
    > Все бы ничего, но bzip не имеет к zlib'у вообще никакого отношения.
    > Это вообще совершенно другое семейство алгоритмов даже :)

    С точки зрения Изи, это одна программа - 7z.exe :)

     

  • 1.13, Anonus (ok), 03:43, 27/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Шо, уже 14 февраля 2012 года таки наступило ?
     
  • 1.18, iZEN (ok), 08:57, 27/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    "Как у BTRFS со стабильностью и производительностью?"
    Как, как? Никак!
    https://plus.google.com/117537647502636167748/posts/F3GC4T4W99g

    Справедливости ради:
    "Как у EXT4 со стабильностью и производительностью?"
    Как, как? Никак!
    http://serverfault.com/questions/454889/ext4-kernel-panic

     
     
  • 2.20, Аноним (-), 09:30, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Что за выхлоп? Обычный протухший бит на диске. Да, и RAM сбоит, и шины данных сбоят, и поверхность диска, и логика диска которая по идее должна исправлять некоторые ошибки тоже ни марсианами сделана из вручную отобраннвх кварков атомов и молекул. И космические лучи все таки бороздят вселенную и могут редко не метко попасть и вызвать ложный сигнал.
     
     
  • 3.28, iZEN (ok), 12:37, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > Что за выхлоп? Обычный протухший бит на диске. Да, и RAM сбоит,
    > и шины данных сбоят, и поверхность диска, и логика диска которая
    > по идее должна исправлять некоторые ошибки тоже ни марсианами сделана из
    > вручную отобраннвх кварков атомов и молекул. И космические лучи все таки
    > бороздят вселенную и могут редко не метко попасть и вызвать ложный
    > сигнал.

    Вот здесь всё намного хуже:
    http://www.youtube.com/watch?v=QGIwg6ye1gE
    Но ведь выживает, собака такая!

     
     
  • 4.32, anonymous (??), 13:37, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    RAID6 и любая фс тоже самое сделают. Это как раз таки очень легкий случай: полный вывод из строя одного носителя. Это больше демонстрация возможностей zpool, чем zfs. Если поднять ext4 поверх lvm с raid6 томом, можно будет развлечься аналогичным способом.
     
  • 2.31, ваноним (?), 13:26, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    стабильность ext4 в 2.6.18? ну-ну.
    в 2.4 с ext4 вообще полная жопа была trollface.jpg
     
     
  • 3.34, arisu (ok), 14:28, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > стабильность ext4 в 2.6.18? ну-ну.

    это ж фанобздоиды, у них такое считается «свежачком».

     
     
  • 4.47, Аноним (-), 18:36, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > это ж фанобздоиды, у них такое считается «свежачком».

    Ну так их линукслятор как раз до 2.6.22 не добирает по фичам :).В 2.6.22 уже куски lxc появилисьь А такие навороты они уже не смогли. А понтов то джайлами было, понтов...

     
  • 3.40, Карбофос (ok), 16:56, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    пшшшшшш! сейчас изя ещё багрепорты из 2.4 ветки принесёт.
     
  • 2.54, linux must _RIP_ (?), 22:39, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    паника в ext4? это не модно.. А вот последний тред в linux-ext4 из-за того что оказывается в linux mm - LRU кривой и вытесняет не те странички из памяти - весьма веселит..
     
     
  • 3.71, AlexAT (ok), 09:48, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > из-за того что оказывается в linux mm - LRU кривой и
    > вытесняет не те странички из памяти - весьма веселит..

    А можно сцылочку?

     
     
  • 4.74, arisu (ok), 14:00, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а не важно, что это существо пишет: это всегда ложь.
     
     
  • 5.104, Michael Shigorin (ok), 18:07, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > а не важно, что это существо пишет: это всегда ложь.

    Не-а, порой есть сигнал.

     
     
  • 6.106, arisu (ok), 18:15, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    при таком уровне зашумлености проще игнорировать полностью, нежели пытаться добыть что-то полезное.
     
  • 6.130, Led (ok), 01:33, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> а не важно, что это существо пишет: это всегда ложь.
    > Не-а, порой есть сигнал.

    Когда играют длинную симфонию, в тысячном зале чисто случайно, теоретически кто-то может пёрнуть и попасть "в ноту", и даже в ритм. Можно ли пёрнувшего назвать музыкантом (тем более, что это случайное "попадание" вони не отменяет)?

     
  • 5.113, linux must _RIP_ (?), 19:56, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну да, когда эта проблема стала темой обсуждения на FS & Storage Summit в SF, в где-то в районе 20 апреля этого года - то да, ложь..

    А ты еще не устал защищать то в чем не разбираешься?

     
     
  • 6.116, Michael Shigorin (ok), 20:07, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > А ты еще не устал защищать то в чем не разбираешься?

    Обоим: умерьте тон.

     
     
  • 7.120, linux must _RIP_ (?), 21:07, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    да ну? то есть призывать к аборту это нормально? Хм.. интересно как бы ты сдержался если это сказано было о твоей матери? хотя да.. это же твой любимец линуксоид :-) чего уж тут - ему все можно.
     
  • 4.108, linux must _RIP_ (?), 19:35, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> из-за того что оказывается в linux mm - LRU кривой и
    >> вытесняет не те странички из памяти - весьма веселит..
    > А можно сцылочку?

    http://marc.info/?l=linux-ext4&m=136695619430425&w=2

    как-то так.

     
     
  • 5.123, AlexAT (ok), 21:38, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не кривой уж тогда, а слегка быстро удаляет страницы в очень специфичном юзкейсе.

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

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

     
     
  • 6.128, linux must _RIP_ (?), 23:15, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    в сильно специфичном хм это теперь так называют полное игнорирование aging у ... большой текст свёрнут, показать
     
     
  • 7.136, AlexAT (ok), 07:35, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пруф в студию Хотя бы прочитайте кейс - там всё расписано, что и как делается ... большой текст свёрнут, показать
     

  • 1.35, Fracta1L (ok), 14:58, 27/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Имею ничтожный с точки зрения продакшн-одминов опыт использования на домашнем де... большой текст свёрнут, показать
     
     
  • 2.50, deadless (ok), 22:13, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    c ZFS очень хорошо помогает иметь отдельные устройства для zil log и L2ARC это ... большой текст свёрнут, показать
     
     
  • 3.53, 666некто (?), 22:30, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Я думал ФС нужна для хранения данных необходимых для решения задач бизнеса. А вам для создание пулов, настроек и send/receive...
     
     
  • 4.55, Карбофос (ok), 23:00, 27/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а если это не бизнес, а "just for fun", то фс не подходит? как страшно жить!

    бизнесу, вообще жизненно необходима кнопка "решить все проблемы разом и бесплатно", как я понял

     
     
  • 5.58, Аноним (-), 00:23, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > а если это не бизнес, а "just for fun", то фс не
    > подходит? как страшно жить!
    > бизнесу, вообще жизненно необходима кнопка "решить все проблемы разом и бесплатно", как
    > я понял

    В данном случае "для бизнеса" можно заменить "для использования".

     
  • 3.70, Fracta1L (ok), 07:25, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что вам мешает использовать ту же ZFS и на Линуксе?
     
     
  • 4.77, iZEN (ok), 17:19, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А что вам мешает использовать ту же ZFS и на Линуксе?

    Линукс и так переусложнён, а тут ещё столько же строк кода, как у XFS... Думаете, Росинант вынесет двоих (вместе с недоделанной Btrfs — троих)?


     
     
  • 5.87, Аноним (-), 20:22, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро не сильно засрано в отличие от юзерспейсов, гнома с их зависимостями ...
     
  • 2.73, Аноним (-), 13:16, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ZFS орудие будущего, когда уже не будет механики и такого понятия как "фрагментация".
     
     
  • 3.75, AlexAT (ok), 16:19, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ZFS орудие будущего, когда уже не будет механики и такого понятия как
    > "фрагментация".

    Почему это орудие будущего тогда не поддерживает TRIM?

     
     
  • 4.76, iZEN (ok), 17:18, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >> ZFS орудие будущего, когда уже не будет механики и такого понятия как
    >> "фрагментация".
    > Почему это орудие будущего тогда не поддерживает TRIM?

    CoW ФС несовместимы с TRIM.


     
     
  • 5.81, AlexAT (ok), 18:47, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > CoW ФС несовместимы с TRIM.

    Бугага. BTRFS прекрасно совместим. Может быть, ZFS несовместима с TRIM? Хотя TRIM туда припёрли, да, напомнили в этой ветке.

    А можно объяснить - почему CoW несовместим с TRIM, и как выжить на флеше без этой операции?

     
     
  • 6.101, iZEN (ok), 15:56, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    CoW ФС распространяется на всё доступное пространство блочного устройства и зани... большой текст свёрнут, показать
     
     
  • 7.105, Michael Shigorin (ok), 18:09, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > CoW ФС распространяется на всё доступное пространство блочного устройства

    hint: blocksize

    PS: в смысле тот, который устройство показывает наружу, а то ведь будете спорить.

     
  • 7.111, AlexAT (ok), 19:42, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Извини, бред про восстановления глубокие и неглубокие поскипан - не имеет отноше... большой текст свёрнут, показать
     
     
  • 8.131, iZEN (ok), 01:36, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я говорил про CoW ФС вообще В вашем случае он решает В нашем случае TRIM ещё н... большой текст свёрнут, показать
     
     
  • 9.138, AlexAT (ok), 07:44, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    CoW FS бывают разные Логично - ибо припёрт сравнительно недавно из нашего случа... большой текст свёрнут, показать
     
     
  • 10.148, iZEN (ok), 17:20, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Каким образом контроллер флэша начнёт процедуру GC, если не знает, какие конекре... большой текст свёрнут, показать
     
     
  • 11.156, AlexAT (ok), 18:38, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Бугага Ты не в курсе, что у левелера имеется невидимый ОС рабочий набор И конт... большой текст свёрнут, показать
     
     
  • 12.159, iZEN (ok), 19:56, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нет, не в курсе Я не сомневаюсь в том, что в SSD есть определённый набор запасн... большой текст свёрнут, показать
     
     
  • 13.160, AlexAT (ok), 20:42, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если бы ты хоть немножко вникал - было бы проще В левелерном наборе находятся в... большой текст свёрнут, показать
     
     
  • 14.162, nagual (ok), 23:16, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    gt оверквотинг удален Наш друг от маркетологии лишь тонко намекает что диски с... большой текст свёрнут, показать
     
     
  • 15.163, AlexAT (ok), 23:51, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Подсовывайте в тестировании рандом, делов-то У меня стоит SSD на SandForce SF-2... текст свёрнут, показать
     
     
  • 16.164, nagual (ok), 00:13, 02/05/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    О мой всегда говорящий правду и только правду друг, вы можете предоставить видео... текст свёрнут, показать
     
     
  • 17.166, AlexAT (ok), 09:32, 02/05/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Видео вот специально ради тебя писать не буду, но вывод с консоли покажу SSD ст... большой текст свёрнут, показать
     
  • 11.161, nagual (ok), 22:48, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А помните рекомендацию оставлять 5-10 дискового пространства SSD неразмеченным ... текст свёрнут, показать
     
     
  • 12.168, AlexAT (ok), 09:46, 02/05/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Естественно не зря В случае ФС без поддержки TRIM это делать просто необходимо ... текст свёрнут, показать
     
     
  • 13.173, edo (ok), 19:56, 13/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    AFAIK TRIM - медленная операция, так что не всё так радужно ... текст свёрнут, показать
     
     
  • 14.174, AlexAT (ok), 20:11, 13/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ее надо грамотно использовать просто А если ее не использовать - то ее медленн... текст свёрнут, показать
     
  • 14.175, iZEN (ok), 23:03, 13/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ах, вот оно что А я-то думал, почему это поддержку TRIM со стороны файловых сис... текст свёрнут, показать
     
     
  • 15.176, AlexAT (ok), 07:14, 14/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ты просто не понимаешь, как работает флеш с левелером Даже при том, что тебе уж... текст свёрнут, показать
     
  • 4.80, Аноним (-), 18:11, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    # sysctl -a| grep -i trim
    vfs.zfs.vdev.trim_on_init: 1
    vfs.zfs.vdev.trim_max_bytes: 2147483648
    vfs.zfs.vdev.trim_max_pending: 64
    vfs.zfs.trim_disable: 0
    vfs.zfs.trim.txg_delay: 32
    vfs.zfs.trim.timeout: 30
    vfs.zfs.trim.max_interval: 1
    kstat.zfs.misc.zio_trim.bytes: 0
    kstat.zfs.misc.zio_trim.success: 0
    kstat.zfs.misc.zio_trim.unsupported: 270
    kstat.zfs.misc.zio_trim.failed: 0
    # uname -por
    FreeBSD 10.0-CURRENT amd64
     
     
  • 5.82, AlexAT (ok), 18:48, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Прошу прощения - почему не поддерживала до недавнего времени? Совсем забыл, что из Linux-ZFS притащили-таки...

     
     
  • 6.83, Аноним (-), 18:50, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Прошу прощения - почему не поддерживала до недавнего времени? Совсем забыл, что
    > из Linux-ZFS притащили-таки...

    проблемы с GEOM

     
     
  • 7.84, AlexAT (ok), 18:52, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > проблемы с GEOM

    И где тогда оно "оружие будущего", если оно только-только научилось поддерживать девайсы без ротации/фрагментации? Об оптимизации речи нет - речь о минимальной поддержке.

    А еще г-н выше утверждает, что ZFS (и вообще CoW) несовместимы с TRIM. Это конечно лол (хотя в плане ZFS - может быть и так). Но какое тогда отношение эта FS вообще имеет к флешу?

     
     
  • 8.85, Аноним (-), 18:55, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну там не все так просто и логи нужно хранить на отдельном девайсе, Котлеты отде... текст свёрнут, показать
     
  • 8.86, Аноним (-), 18:57, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не золотая пуля, но, под нагрузкой не прогибаеться так сильно... текст свёрнут, показать
     
  • 8.88, Аноним (-), 20:23, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Разве кто-то кроме тебя говорил об отношении ZFS к устройствам на flash Сказано... текст свёрнут, показать
     
     
  • 9.89, AlexAT (ok), 22:37, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К моменту, когда это придумают, ZFS будет уже окаменевшим ГМ ... текст свёрнут, показать
     
     
  • 10.90, Аноним (-), 22:41, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по всем линуксовским файловым системам она не умрет Да и управление ZFS куд... текст свёрнут, показать
     
     
  • 11.91, AlexAT (ok), 22:44, 28/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Точнее - не успеет даже ожить Юзкейсов слишком мало ... текст свёрнут, показать
     
  • 10.92, Аноним (-), 07:08, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В любом случае, она переживет поколение пепси, ярким представителем которого ты ... текст свёрнут, показать
     
     
  • 11.93, Аноним (-), 07:10, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    точнее, клинского ... текст свёрнут, показать
     
  • 11.94, AlexAT (ok), 07:33, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ути-пути Во-первых, телепатия не прокачана, двойка Во-вторых, FAT уже пережила... текст свёрнут, показать
     
     
  • 12.100, deadless (ok), 14:43, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну и где твоя супер пупер линуксовая фс которая рвет ZFS в клочья Я как раз ищу... текст свёрнут, показать
     
     
  • 13.102, 666некто (?), 17:39, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    снапшоты ради снапшотов ... текст свёрнут, показать
     
     
  • 14.110, linux must _RIP_ (?), 19:38, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ради быстрых бэкапов ... текст свёрнут, показать
     
     
  • 15.118, AlexAT (ok), 20:10, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И чем снапшот конкретно убыстряет бэкап Для рядового бэкапа вполне достаточно с... текст свёрнут, показать
     
     
  • 16.124, nagual (ok), 22:52, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Сразу видно кто не пробовал их делать на больших винтах ... текст свёрнут, показать
     
     
  • 17.132, AlexAT (ok), 07:16, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для больших винтов точнее - объемов данных выше 5-10 Тб есть несколько иные ... текст свёрнут, показать
     
     
  • 18.150, iZEN (ok), 17:26, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага 8212 инкрементное бэкапирование А что это такое Что нам даст лог операц... текст свёрнут, показать
     
     
  • 19.157, AlexAT (ok), 18:39, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Заколебешься инкременты сверять А если изменяющийся файл в пару терабайт объёмо... текст свёрнут, показать
     
     
  • 20.171, nagual (ok), 03:22, 07/05/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Напомните как там в linux с поддержкой ntfs Писать можно или только читать ... текст свёрнут, показать
     
  • 21.172, AlexAT (ok), 07:39, 07/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Можно и читать и писать Модуль ntfs-3g ... текст свёрнут, показать
     
  • 16.125, linux must _RIP_ (?), 23:01, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    lvm snapshot не обеспечивает консистентности содержимого FS так как представляе... текст свёрнут, показать
     
     
  • 17.135, AlexAT (ok), 07:23, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, для бэкапа достаточно и одного Тут вопрос - что важнее - снапшоты, или всё-... текст свёрнут, показать
     
  • 13.117, AlexAT (ok), 20:08, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Юзкейс Требования высокая производительность при приличном заполнении диска, о... текст свёрнут, показать
     
     
  • 14.126, linux must _RIP_ (?), 23:04, 29/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    после чего начинаем думать - а почему это для СУБД советуют использовать raw sto... текст свёрнут, показать
     
     
  • 15.133, AlexAT (ok), 07:19, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Это разные требования, однако в боевых случаях нужно как то, как и другое СУБД ... текст свёрнут, показать
     
     
  • 16.137, Аноним (-), 07:39, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Системный кэш нужен только под метаданные ФС, в случае raw storage не нужен и он... текст свёрнут, показать
     
     
  • 17.141, AlexAT (ok), 08:13, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Именно И тем более ей не уперся гвоздями прибитый сбоку ZFS ARC Который хочет ... текст свёрнут, показать
     
     
  • 18.146, Аноним (-), 16:21, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Слушай, ну не трындите уже, о том чего вы не знаете, а Не отключается Вафелы... текст свёрнут, показать
     
     
  • 19.153, AlexAT (ok), 18:08, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И где там отключение zfs_arc_max 0 работать будет ... текст свёрнут, показать
     
     
  • 20.155, arisu (ok), 18:34, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да тут бы у Иксперта сначала кнопку для включения мозгов найти 8230 ... текст свёрнут, показать
     
  • 20.158, Аноним (-), 19:06, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Пока не закончиться оперативка ... текст свёрнут, показать
     
  • 14.129, Аноним (-), 01:18, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    zfs create tank mysql zfs set atime off tank mysql zfs set mountpoint var db my... текст свёрнут, показать
     
     
  • 15.134, AlexAT (ok), 07:21, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    От гиперфрагментации ибо CoW это не избавит ... текст свёрнут, показать
     
     
  • 16.140, Аноним (-), 07:49, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так мы таке почитали вики что такое CoW Ну и как вам CoW TRIM Расскажите, ин... текст свёрнут, показать
     
     
  • 17.143, AlexAT (ok), 08:15, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почитали Ну идите еще почитайте Особенно по логике работы флеша ... текст свёрнут, показать
     
  • 16.147, Аноним (-), 16:49, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    в zfs нету CoW ... текст свёрнут, показать
     
     
  • 17.149, Аноним (-), 17:24, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    в raidz есть... текст свёрнут, показать
     
  • 17.154, AlexAT (ok), 18:09, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    it s epic, bro ... текст свёрнут, показать
     
  • 14.139, Аноним (-), 07:47, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Нагромождение требований к дизайну ФС плюс дикий микс разных к этому дизайну плю... текст свёрнут, показать
     
     
  • 15.142, AlexAT (ok), 08:14, 30/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Так юзкейс для своего варианта уже приведёшь, или пустопорожнее ... текст свёрнут, показать
     
     
  • 16.165, deadless (ok), 00:27, 02/05/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    вот как ограниченность файловых систем в линуксах не дает даже возможности предс... текст свёрнут, показать
     
     
  • 17.167, AlexAT (ok), 09:33, 02/05/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Слив засчитан Пока, господа, для ваших академических поделок не будет _широкого... текст свёрнут, показать
     
  • 15.169, Аноним (-), 12:32, 02/05/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    http joyent com blog why-smartos-kvm-dtrace-zones-and-more ... текст свёрнут, показать
     
     
  • 16.170, AlexAT (ok), 20:03, 03/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Адовый гибрид Illumos QEMU KVM тонны маркетингового булшита Спасибо, изба... текст свёрнут, показать
     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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