The OpenNET Project / Index page

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

Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD

07.01.2021 09:48

Доступен промежуточный выпуск проекта OpenZFS 2.0.1, развивающего реализацию файловой системы ZFS для Linux и FreeBSD. Проект получил известность как "ZFS on Linux" и ранее ограничивался разработкой модуля для ядра Linux, но после переноса поддержки FreeBSD был признан основной реализацией OpenZFS и был избавлен от упоминания Linux в названии. Работа OpenZFS проверена с ядрами Linux c 3.10 по 5.10 (в прошлом выпуске поддерживались ядра, начиная с 2.6.32) и ветками FreeBSD 12.2, stable/12 и 13.0 (HEAD). Код распространяется под свободной лицензией CDDL.

Кроме исправлений, добавленных после формирования значительного релиза OpenZFS 2.0, в версии 2.0.1 добавлена поддержка ядра Linux 5.10 и проведена подготовка для поддержки будущего ядра 5.11. Улучшена поддержка FreeBSD, в том числе обеспечено совместное использование кода zfs_fsync, zfs_read и zfs_write в Linux и FreeBSD. Реализована совместимость с инструментарием Autoconf 2.70 и командой mktemp из пакета BusyBox. Устранено несколько утечек памяти. Сокращены задержки при неинтерактивном вводе/выводе.

  1. Главная ссылка к новости (https://github.com/openzfs/zfs...)
  2. OpenNews: Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD
  3. OpenNews: Уязвимость в OpenZFS, нарушающая обработку прав доступа во FreeBSD
  4. OpenNews: Кодовая база FreeBSD переведена на использование OpenZFS (ZFS on Linux)
  5. OpenNews: Выявлена несовместимость SMR-дисков WD с ZFS, которая может привести к потере данных
  6. OpenNews: Линус Торвальдс пояснил, в чём проблемы реализации ZFS для ядра Linux
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/54368-zfs
Ключевые слова: zfs, openzfs
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (279) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 09:51, 07/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –12 +/
    погодите-ка, так эта ФС используется в ядре или в пространстве пользователя??
     
     
  • 2.3, ИмяХ (?), 10:06, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Это зависит только от тебя
     
  • 2.4, anonymous (??), 10:06, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    OpenZFS - в ядре.
     
  • 2.5, Аноним (5), 10:08, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В ядре модуля
     
  • 2.6, Аноним (6), 10:51, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +9 +/
    В пространстве ядра пользователя модуля
     
     
  • 3.72, Аноним (72), 23:35, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В пространстве пользователя ядерного модуля, ты хотел сказать. Не благодари.
     
     
  • 4.213, VladSh (?), 14:39, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В ядре пространства модуля пользователя.
     
  • 2.7, Аноним (7), 11:26, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Да.
     
     
  • 3.10, Аноним (10), 12:54, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет.
     
     
  • 4.18, Аноним (18), 14:34, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Отнюдь не Анонима ответ!
     
  • 4.39, псевдонимус (?), 17:56, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не пинди.
     
  • 2.11, Ю.Т. (?), 13:02, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Волновая функция схлопнется, когда откроют коробку.
     

  • 1.8, Аноним (8), 11:54, 07/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Отличная файловая система. Она как запретный плод: один раз zfs - всегда zfs! ^_^
     
     
  • 2.9, 5.6_4.2 (?), 12:26, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Да особо ничего в ней хорошего нет вот если из формата zst сделают файловую систему это будет самая быстрая в мире фс
     
  • 2.15, Аноним (15), 14:05, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    zfs лучше ext4? Чем?
     
     
  • 3.16, анон (?), 14:10, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    снапшоты которые не уменьшаю производительность (в отличии от lvm2) и их можно передавать икрементально (только изменённые данные) по ssh (для обновления бэкапа), програмный raid (отказоустойчивость) который можно воткнуть в другой комп без проблем, сжатие файлов в самой системе.
     
     
  • 4.21, Аноним (15), 15:10, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А вот прям на домашнем компуктере обоснованно?
     
     
  • 5.27, OpenEcho (?), 16:08, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    А на домашнем компютере не хранятся налоговые отчеты, фотки и видео семьи,которые будет досадно потерять ???
    Если нет, то вам даже fat32 подойдет
     
     
  • 6.29, Аноним (15), 16:16, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Налогов, семьи, фоток нет. Никого из перечисленных потерять будет не досадно.
     
     
  • 7.33, OpenEcho (?), 17:14, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Налогов, семьи, фоток нет. Никого из перечисленных потерять будет не досадно.

    В таком случае проще держать bootable флешку с read-only swicth-em - и безопасно и нет зависимости от компов

     
  • 7.113, Аноним (-), 18:47, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Есть еще фича если при обновлении системы что-то пошло не так, есть довольно бо... большой текст свёрнут, показать
     
     
  • 8.184, maximnik0 (?), 04:50, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Позавчера наткнулся опять на проблему с BTRFS Старый жесткий,валялся лет эдак 5 ... большой текст свёрнут, показать
     
     
  • 9.224, пох. (?), 09:59, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Намекает на проблемы с железом У тебя их не было - щас создаст на пустом месте ... текст свёрнут, показать
     
     
  • 10.241, maximnik0 (?), 12:29, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Уже обсуждал в linux org ru В приватном сообщении- человек подсказал в чем дело-... текст свёрнут, показать
     
     
  • 11.248, пох. (?), 20:00, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Прекрасно, дай угадаю - но места указать ее явно в куче ненужного мусора в метад... текст свёрнут, показать
     
     
  • 12.253, maximnik0 (?), 22:41, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Мозгов сделать предупреждение им не хватило,как и утилиту конвертации Мозгов За... текст свёрнут, показать
     
     
  • 13.254, maximnik0 (?), 23:39, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Дай еще уточню,там именно версии контролльной суммы,не кол-во алгоритмов Они име... текст свёрнут, показать
     
     
  • 14.257, Аноним (257), 04:43, 13/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Чокаво В btrfs on-disk формат не меняли несовместимым образом последних лет 10 ... текст свёрнут, показать
     
     
  • 15.262, maximnik0 (?), 09:54, 13/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Хм -насколько я знаю формат raid 4-условно 7 не стабилизирован до сих пор,только... текст свёрнут, показать
     
     
  • 16.263, maximnik0 (?), 10:20, 13/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Еще мне ткнули на такую вещь- This can catch consistency problems or bitflips-пр... текст свёрнут, показать
     
     
  • 17.284, Аноним (-), 07:21, 16/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это не изменило формат ФС Только внутреннее устройство модуля В ядре Linux ест... текст свёрнут, показать
     
     
  • 18.292, maximnik0 (?), 07:08, 17/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    При условии -при переходе не запутались с ари,была проблема,пофиксили - ... текст свёрнут, показать
     
  • 16.283, Аноним (-), 07:19, 16/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А он и стабилизирован Но не до состояния надгробия на кладбище, чтобы вообще ни... большой текст свёрнут, показать
     
     
  • 17.293, maximnik0 (?), 07:38, 17/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Читайте внимательно- диск лежал нетронутым 5 лет Пытался на него кое что записат... текст свёрнут, показать
     
  • 12.285, Аноним (-), 07:24, 16/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Как обычно - пох не угадал Так что там еще blake2, sha256 и xxhash сделали И д... текст свёрнут, показать
     
  • 10.256, Аноним (257), 04:42, 13/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Железо или выдерживает пиковые нагрузки, или изредка подсирает глюками На любой... текст свёрнут, показать
     
     
  • 11.265, maximnik0 (?), 10:34, 13/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    1 Считали SCRUB, железо прогрелось, стало глюкать, вот тебе csum error А данные... текст свёрнут, показать
     
     
  • 12.282, Аноним (-), 07:11, 16/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это без гарантий Но - да, знаете, обычно SCRUB греет систему сильнее обычн... большой текст свёрнут, показать
     
     
  • 13.295, maximnik0 (?), 07:53, 17/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Уже чем можно и нельзя протестировал,ошибок нет Единственное срабатывает защита ... текст свёрнут, показать
     
  • 9.255, Аноним (257), 04:38, 13/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы сказал что диск посыпался, но Может у тебя RAM или CPU под нагрузкой ду... текст свёрнут, показать
     
     
  • 10.266, maximnik0 (?), 21:00, 13/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А данные с сжатием записались нормально-чудеса и только Вот меня ткнули носом чт... текст свёрнут, показать
     
     
  • 11.281, Аноним (-), 07:07, 16/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Если софт вообще совсем не пилится - он, очевидно, сдох Это иллюстрация по теме... большой текст свёрнут, показать
     
     
  • 12.294, maximnik0 (?), 07:46, 17/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Теоретически,умудряются и здесь глюки словить Не помню в каком выпуске ядра при... текст свёрнут, показать
     
  • 5.111, Ананимас008 (?), 17:51, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Человеческое сжатие, а не как в убогом нтфс лишь с кластером на 4к и убогим зипом.

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

    "ленивый бекап" снапшотами, так что очередной скаченный тобой вирусец с торрентов для игрушек не зашифровал фотки твоих котиков.

     
     
  • 6.114, Аноним (-), 18:51, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > 4к и убогим зипом.

    Вообще-то там NTLZ, чтоли. Хоть он и ни о чем, жмет даже похуже LZ4 и LZO, а распаковывается медленнее. Единственное достоинство - MS это смог накодить в свои лохматые 90е. А потом совместимость...

    > "ленивый бекап" снапшотами, так что очередной скаченный тобой вирусец с торрентов для
    > игрушек не зашифровал фотки твоих котиков.

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

     
     
  • 7.122, Ананимас008 (?), 19:17, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Впрочем откуда вырусец в *никсах?

    Wine же :)

     
  • 7.227, пох. (?), 10:16, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > как линуксоиды с нтфсом в фузе, который в проц упирается а
    > не в диск.

    Сказания впопеннета, том восемьсотписятшестой.

    Он не упирается в проц.
    Внезапно.
    Измеризмы на 32битном arm вообще не нашли существенной разницы между fuse и in-kernel реализацией.
    Сказание пошло из времен, когда упирался не в проц, а в линуксопроблему (создававшую ненужную нагрузку на проц там, где ее быть не должно).

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

     
     
  • 8.258, Аноним (-), 04:53, 13/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У top бывают другие идеи на этот счет Если на быстром диске ядро в полку - это ... большой текст свёрнут, показать
     
     
  • 9.261, пох. (?), 09:13, 13/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А я знай Может, к корявому софту, может к кривому железу, может к неэффективно... большой текст свёрнут, показать
     
     
  • 10.271, Аноним (271), 19:37, 15/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вот буду еще железо и задачи под всякий шит из 90х подбирать Ты в своем уме По... большой текст свёрнут, показать
     
     
  • 11.272, пох. (?), 20:09, 15/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    у тебя его похоже нет вообще, так что даже с пониманием печатного текста проблем... текст свёрнут, показать
     
     
  • 12.279, Аноним (279), 05:34, 16/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, раз я еще не помер с голода, наверное какое-то все же есть Урл У тебя пере... большой текст свёрнут, показать
     
     
  • 13.291, пох. (?), 11:05, 16/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не поверишь, сколько совсем не помирает с голода, не умея толком прочитать на... текст свёрнут, показать
     
  • 4.37, Аноним (37), 17:47, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Еще любителям экспериментов можно линукс, фрибсд и опенсолярисовские форки ставить на один диск, сделать просто несколько отдельных датасетов для рутовой фс каждой и все, даже не придется думать кому сколько отдать - свободное пространство будет общим.
     
     
  • 5.78, Аноним (78), 05:31, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    И вот как Openindiana, FreeBSD, Linux на одном HDD сделать?
     
  • 4.71, Егор (??), 23:32, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Пусть уж лучше уменьшается при создании снапшота, чем будет уменьшена с самого начала работы постоянно включенным COW.
     
     
  • 5.115, Аноним (-), 18:57, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Пусть уж лучше уменьшается при создании снапшота, чем будет уменьшена с самого
    > начала работы постоянно включенным COW.

    CoW сам по себе производительность не уменьшает. Наоборот - он почти аналог полного журнала при единичной записи, как без журнала совсем. Однако поскольку вся ФС превращается в подобие журнала, есть всякие нюансы. Поэтому кто кого - очень зависит от характера нагрузки. БД какая-нибудь с множеством мелких записей конечно дико зафрагментируется, а огромная кипа метаданных будет и тормозить и место сожрет. Но это лишь один из случаев. В btrfs по этому поводу cow сделали отключаемым.

     
     
  • 6.226, Онаним (?), 10:15, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    На ротационных носителях - уменьшает потому, что CoW - это априори безумная фрагментация.
    И в целом уменьшает, потому что фигова туча метаданных нужна для его поддержки.
     
     
  • 7.259, Аноним (-), 05:38, 13/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > На ротационных носителях - уменьшает потому, что CoW - это априори безумная фрагментация.

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

    И это зажурналить по честному на обычной ФС - так его надо 2 раза писать, сперва в журнал, потом в основную область. И тут разглагольствования о скорости или надежности идут лесом - выбирайте уж одно из двух. Крутой выбор! А тут все и сразу. Хоть и ценой немного странных свойств.

    > И в целом уменьшает, потому что фигова туча метаданных нужна для его поддержки.

    Опять же - зависит от паттернов доступа. Показать как в обычной ФС сделать это же самое? А блин торент без преалокации скачайте. XFS какой будет потом 5 минут один дивидюк удалять, чего бы это он?

     
     
  • 8.264, Онаним (?), 10:24, 13/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вот как раз на CoW будет задница хоть с преаллокацией, хоть без На обычной FS м... текст свёрнут, показать
     
     
  • 9.280, Аноним (280), 06:53, 16/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда В идеале оба оформляют 1 экстент и метаданные указывающие на него А чем... большой текст свёрнут, показать
     
     
  • 10.290, Онаним (?), 09:54, 16/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только при рандомной записи в тот экстент CoW-based данные раскладывают, увы... текст свёрнут, показать
     
  • 3.17, анон (?), 14:14, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –5 +/
    но она хуже чем ext4 потому что zfs нельзя использовать на одном диске, если навернется часть данных - навернётся всё и полностью, а средств восстановления кроме бэкапа нет (никаких утилит для выколупывания файлов нет)
     
     
  • 4.23, thiteigh (?), 15:30, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это в фантазиях, на деле с восстановлением данных уже беда. Нет бекапов — данные не нужны. zfs упрощает создание резервных копий и управление ими.
     
     
  • 5.45, Онаним (?), 18:46, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    ZFS в подобных случаях упрощает полную потерю данных, факт.
    Даже если бэкапы есть - развёртывать бэкап из миллионов файлов на несколько Тб - ну так себе затея.
    Выковыривание останков с помощью fsck используется в частности для того, чтобы хотя бы частично перезапустить сервисы до момента, когда бэкап развернётся.
     
     
  • 6.51, zzz (??), 19:11, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Людей, умудряющихся угробить ZFS до состояния невосстановимости, надо выгонять из профессии с волчьим билетом дворы мести - в Москве, говорят, сейчас как раз дефицит.
     
     
  • 7.53, Онаним (?), 19:12, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Людей, умудряющихся внедрить ZFS в mission-critical

    Fixed


     
     
  • 8.58, zzz (??), 19:23, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Fixed ... текст свёрнут, показать
     
     
  • 9.59, Онаним (?), 19:24, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен c корректировкой, я просто не стал уж настолько экспрессивно ... текст свёрнут, показать
     
     
  • 10.69, zzz (??), 21:24, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так исправляй руки, и не будет проблем с ZFS А лучше не майся дурью и иди ме... текст свёрнут, показать
     
     
  • 11.84, Онаним (?), 10:47, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня внезапно нет проблем с ZFS Нет ZFS - нет проблем ... текст свёрнут, показать
     
     
  • 12.273, пох. (?), 20:12, 15/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так тогда и не рассказывай сказок, о том как эти проблемы выглядят Они есть,... текст свёрнут, показать
     
     
  • 13.276, Онаним (?), 20:37, 15/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Позволю себе добавить к счастью, нет И без ZFS граблей достаточно ... текст свёрнут, показать
     
  • 9.61, bOOster (ok), 20:26, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Написал криворукий ламерок совместно с каким-то пидси алой Сравнивать ext4 с Z... текст свёрнут, показать
     
     
  • 10.85, Онаним (?), 10:48, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не знаю, как там по рождению, но по настоящему это - hype class файловая система... текст свёрнут, показать
     
     
  • 11.223, пох. (?), 09:56, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    зачем же вы от нее сп-ли все, от дизайна до терминологии Только неуклюже, поэто... текст свёрнут, показать
     
     
  • 12.225, Онаним (?), 10:13, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Кто сп-л то BTRFS имеешь в виду Ну это к орацлу На деле такое же полуюзабельн... текст свёрнут, показать
     
     
  • 13.229, пох. (?), 10:21, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а, не вы, действительно куда вам То есть вместо ARC - блочный кэш без управл... текст свёрнут, показать
     
     
  • 14.235, Онаним (?), 10:38, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Угу То есть оно применимо на чём-то, кроме выделенных хранилок, потому что ARC ... текст свёрнут, показать
     
     
  • 15.249, пох. (?), 20:02, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ну разумеется, разумеется, продолжай петь свои мантры ... текст свёрнут, показать
     
  • 13.260, Аноним (-), 05:41, 13/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, попробуешь в ней девайсами рулить, потом дважды подумаешь кто там полуюзабе... текст свёрнут, показать
     
     
  • 14.274, пох. (?), 20:15, 15/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    киздато - когда этот рейд вдруг на ходу превращается в нечитаемую и невосстанавл... текст свёрнут, показать
     
     
  • 15.286, Аноним (-), 08:00, 16/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это не похоже на btrfs У него там block groups, он ими ворочает и конверсия одн... текст свёрнут, показать
     
  • 7.79, Аноньимъ (ok), 05:33, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Что за бред, вас Линукс покусал?

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

     
     
  • 8.231, пох. (?), 10:23, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    спасает Успехи чувака с насмерть битым блоком питания во времена когда компьюте... текст свёрнут, показать
     
     
  • 9.245, Аноньимъ (ok), 16:02, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ZFS решает проблему гниения битов ... текст свёрнут, показать
     
     
  • 10.277, Онаним (?), 20:37, 15/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Зато заменяет на гниение мозгов Любой RAID с чётностью точно так же решает проб... текст свёрнут, показать
     
     
  • 11.287, Аноним (-), 08:02, 16/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Каким макаром Ну вот допустим у нас 3 диска, D1, D2 и P1 Мы видим что D1 D1 ... текст свёрнут, показать
     
     
  • 12.288, Аноним (-), 08:05, 16/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот допустим у нас RAID5, 3 диска, D1, D2 и P1 Мы видим что D1 D2 P1 Вни... текст свёрнут, показать
     
  • 12.289, Онаним (?), 09:49, 16/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Если проблема на шине - просто читаем ещё раз Прочитали второй раз - снова не с... текст свёрнут, показать
     
     
  • 13.297, Аноньимъ (ok), 13:22, 17/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    1 ECC дисков может востановить неправильно А может вообще не восстановить 2 ... текст свёрнут, показать
     
  • 11.296, Аноньимъ (ok), 13:18, 17/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, несовсем Если востановить неудалось вы получаете либо рассыпавшейся рейд, л... текст свёрнут, показать
     
  • 4.97, пох. (?), 13:49, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я использую, что я делаю не так Нет Более того, маловероятно что навернется у ... большой текст свёрнут, показать
     
     
  • 5.116, Аноним (-), 19:05, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А он дублировать метаданные на 1 диске как btrfs умеет Или скопытится как ext4 ... большой текст свёрнут, показать
     
     
  • 6.133, пох. (?), 19:43, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    это чтоб вместо 64x write amplify получить 256 Не, не умеет тоже нет как и e... большой текст свёрнут, показать
     
     
  • 7.154, Аноним (154), 20:50, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А вот это уже мне решать что я хочу И если что, чисто статистически протирание ... большой текст свёрнут, показать
     
     
  • 8.238, пох. (?), 12:15, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну допиши недостающий код А, нет, только жрать с лопаты ты можешь решать Чис... большой текст свёрнут, показать
     
     
  • 9.246, Аноньимъ (ok), 16:17, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поврежденная ЗФС может вызывать панику и ребут на фре, например При попытке имп... текст свёрнут, показать
     
     
  • 10.250, пох. (?), 20:11, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это может, notabug - Полагаю, поврежденная btrfs тоже прекрасно может все то ж... большой текст свёрнут, показать
     
     
  • 11.252, Аноньимъ (ok), 21:39, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да, иэксеры нехорошие люди ... текст свёрнут, показать
     
  • 9.267, Аноним (-), 00:17, 14/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дописать что Куда ZFS мне например не упал в том числе потому что он не в майн... большой текст свёрнут, показать
     
     
  • 10.268, пох. (?), 02:10, 14/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    да не звизди, ты никакой не умеешь Поэтому выбираешь что пейсбук подаст жаль ч... большой текст свёрнут, показать
     
     
  • 11.298, Аноньимъ (ok), 13:28, 17/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я честно как-то пытался научиться пользоваться бтрфсом, меня там отпугнула систе... текст свёрнут, показать
     
     
  • 12.299, пох. (?), 13:38, 17/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    и это тоже да Ручное подставление бессмысленных цифирок volid в команды монтиро... текст свёрнут, показать
     
  • 3.19, Аноним (8), 15:00, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В двух словах и не расскажешь, но если сильно постараться - буквально всем.
     
  • 3.40, псевдонимус (?), 17:58, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Какого овоща ты сравниваешь древний кал экст с современной файловой системой?
     
     
  • 4.47, Онаним (?), 18:48, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Сравнивать поезд с проходчиком тоннелей - так себе затея, да.
     
     
  • 5.52, zzz (??), 19:12, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >проходчиком тоннелей

    Так ext4 еще никто не унижал. Впрочем, резонно

     
     
  • 6.54, Онаним (?), 19:14, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ext4 в этом сравнении поезд. Тупой как доска, но везущий пассажиров (сиречь данные).
    ZFS - проходчик тоннелей, который неспешно и с грохотом закладывает ваши данные во все труднодоступные места, сжирая на свою работу кучу ресурсов, но применимость ограничена.
     
     
  • 7.57, zzz (??), 19:22, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то похожее я уже слышал от фанатов FAT32 и ext2. Завязывай с геронтофилией.
     
     
  • 8.60, Онаним (?), 19:25, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    FAT32 до сих пор в каждой второй мобилке на SD Из-за простоты и поддержки виндо... текст свёрнут, показать
     
     
  • 9.70, zzz (??), 21:26, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Диск С-то отформатил под этот поезд ... текст свёрнут, показать
     
     
  • 10.86, Онаним (?), 10:49, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У каждой FS своё применение, чудик И вот тут монстр ZFS с квадратными колёсами ... текст свёрнут, показать
     
  • 10.117, Аноним (-), 19:09, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Прикинь, приходишь ты на станцию - а там рельсы уже положены и поезда ездят А к... текст свёрнут, показать
     
     
  • 11.222, пох. (?), 09:53, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    к сожалению, только уже с китайской фабрики А не совсем 100 китайские идут теп... текст свёрнут, показать
     
     
  • 12.269, Аноним (269), 20:34, 14/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Совершенно не обязательно, особенно для мелочи типа uSD Навалом более мелких Пр... большой текст свёрнут, показать
     
     
  • 13.270, пох. (?), 22:53, 14/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    знатока вижу я Вот все эти более мелкие - они уже совсем-пресовсем китайские-пр... большой текст свёрнут, показать
     
  • 8.134, пох. (?), 19:45, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    для них в отличие, кстати, от ext4 существовали еще некоторые средства ручного... текст свёрнут, показать
     
     
  • 9.181, Аноним (181), 03:36, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А в btrfs такое средство просто в штатную утилсу btrfs встроено Оффлайн читал... текст свёрнут, показать
     
     
  • 10.239, пох. (?), 12:23, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не такое И о его успехах нам там ниже докладывают ... текст свёрнут, показать
     
  • 3.81, iCat (ok), 06:47, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >zfs лучше ext4? Чем?

    Не "чем", а "для каких задач".

     

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

  • 1.12, Аноним (12), 13:04, 07/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Лучше про разницу между оригиналом и сабжем напишите)
     
     
  • 2.98, пох. (?), 13:53, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну тебе правда интересны проблемы "оригинала", написанного саном в 2002м году, когда компьютеры были большие?
    Основная разница именно в этом - тот сановский был по сегодняшним меркам нерабочим прототипом, поскольку нам сегодня надо вовсе не "аж целых 100 гигабайт" и не "в аж целых 256mb оперативной памяти".

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

     

  • 1.13, Аноним (-), 13:44, 07/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Эх, жаль не на расте...
     
  • 1.14, 9nko (ok), 14:05, 07/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Как-то пробовал ZFS на собственном NAS поставить под FreeNAS ОС (который переодетый в веб-морду FreeBSD). Честно говоря столько гемора с этими пулами и постоянной слежкой за тем, чтобы при обновлениях ничего не слетело - есть пара моментов, где можно пальнуть себе в ногу, и прощай 10 терабайт целого диска данных. Вне дома вероятно хорошая вещь, но точно не для малого использования, где лучше Debian с лошадкой Ext4.
     
     
  • 2.26, thiteigh (?), 15:45, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пользовал zfs на бздах (fbsd9) с 2012-13 года в качестве домашней fs. Сейчас держу пул на deb (testing) c zol 0.8.6 c (0.6) на одном диске по 'zpool history' созданным в марте 2018. репозитории с бекапами + под виртуалки + помойка. Где-то отваливался драйвер (какая-то 0.7), где-то текла, где-то тупила. Начиная 0.8 стабильность заметно возросла.
     
     
  • 3.31, Аноним (31), 16:59, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Продакшон на лимоны IOPS. Резко всё стало идеально с ZoL 0.8.3/Ubuntu_20.04. Всё что раньше - теряло read-range locks, стопорило процессы в D-State.
     
     
  • 4.92, Онаним (?), 18:59, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Продакшон на лимоны IOPS
    > теряло read-range locks, стопорило процессы в D-State

    Блджад, кто ж это в продакшн-то "на лимоны IOPS" пустил, насколько нужен особый талант, чтобы это сделать? :D

     
  • 4.157, Аноним (154), 20:55, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Продакшон на лимоны IOPS. Резко всё стало идеально с ZoL 0.8.3/Ubuntu_20.04. Всё
    > что раньше - теряло read-range locks, стопорило процессы в D-State.

    Пох, залогинься, у тебя ус отклеился :)

     
     
  • 5.275, пох. (?), 20:23, 15/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> Продакшон на лимоны IOPS. Резко всё стало идеально с ZoL 0.8.3/Ubuntu_20.04. Всё
    >> что раньше - теряло read-range locks, стопорило процессы в D-State.
    > Пох, залогинься, у тебя ус отклеился :)

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

    Впрочем, у чувака, похоже, ни особо ценных данных нет, ни проблем с сдохшей нодой - reboot,reinstall. Иначе вряд ли бы он рисковал экспериментировать с недоделанными релизами что fs, что убунты.

    А раз так, то почему бы и нет... решение-то он на халяву получил, просто apt upgrade

     
  • 3.42, псевдонимус (?), 18:02, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Держу пул на деб тестинг

    Безумству храбрых поем мы песню©

     
     
  • 4.99, пох. (?), 13:54, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чего не так с всего лишь позапрошлогодними версиями софта?

     
     
  • 5.106, псевдонимус (?), 15:01, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Старые баги  ещё не починили, а новые уже доставили. Кушай не обляпайся!
     
  • 2.32, OpenEcho (?), 17:08, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > есть пара моментов, где можно пальнуть себе в ногу

    А можно поподробней об этом? Не любопытсва ради спрашиваю и не с подколом, т.к. приходится присматривать за НАС-ми с 512 Тб данными

     
     
  • 3.38, Аноним (37), 17:56, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да преувеличивает человек. С ZFS нужно тщательно все спланировать перед тем как пул создавать, это да (потом поменять рейд-левел, например, невозможно). А дальше проблем никаких не должно быть, кроме теоретически возможных проблем с обновлением загрузчика системы, который может быть не совместим с версией пула.
     
  • 3.94, 9nko (ok), 19:26, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Про планирование уже ответили ранее. В ситуации, когда 12-и терабайтник вдруг можно будет заменить двумя 8-и терабайтниками меня подвела. С фиксированным размером пула, который нельзя уменьшить это реально проблема. Я свой домашний NAS расширяю постепенно, данные перезаливаю с одного диска на другой (так нужно), он растёт не сразу, и соответственно имеет динамическую структуру и иерархию. С ZFS это проблема.
     
     
  • 4.112, OpenEcho (?), 18:42, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Но, так не нежно В интернете масса примерров и обьяснений почему не надо жаднича... большой текст свёрнут, показать
     
     
  • 5.135, пох. (?), 19:50, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > В интернете масса примерров и обьяснений почему не надо жадничать и делать
    > RAID5 подобные массивы ака RAIDZ. Eсли вы будете строить массивы зеркал,

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

    > Благодоря тому, что диски можно в этом случае вешать на пралелльные
    > контроллеры, скорость чтения тоже увеличивается.

    как будто с raidz кто-то мешал.

    А в таком режиме - не то что btrfs, в таком и lvm будет работать почти прилично. И геморроя меньше.

    Я до сих пор в восторге от того, что ZoL - _единственная_, сцуко, из общедоступных линуксных fs, требующая перезагрузки или export чтобы подцепить увеличившееся место на том же диске.

     
     
  • 6.158, Аноним (154), 20:56, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Я до сих пор в восторге от того, что ZoL - _единственная_,
    > сцуко, из общедоступных линуксных fs, требующая перезагрузки или export чтобы
    > подцепить увеличившееся место на том же диске.

    Хренасе, инновации.

     
     
  • 7.210, пох. (?), 14:02, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    "Мы открыли физическое устройство в эксклюзивном режиме, чтобы избежать проблем с попытками линукса сунуть нос куда ни попадя и все поломать, но теперь бида - он не может в том числе заметить, что количество доступных блоков изменилось".

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

     
  • 6.176, xm (ok), 23:22, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я до сих пор в восторге от того, что ZoL - _единственная_, сцуко, из общедоступных линуксных fs, требующая перезагрузки или export чтобы подцепить увеличившееся место на том же диске

    Чё-то я не припоминаю наличия такой потребности во FreeBSD...

     
     
  • 7.240, пох. (?), 12:26, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Чё-то я не припоминаю наличия такой потребности во FreeBSD...

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


     
  • 2.41, псевдонимус (?), 18:00, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –5 +/
    С полулошадьюполуптицей экст4, которая почти всем хуже нтфс.
     
     
  • 3.95, 9nko (ok), 19:27, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Полулошадь-полуптица это пегас. И хуже всем - это чем именно?
     
     
  • 4.118, Аноним (-), 19:11, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Полулошадь-полуптица это пегас. И хуже всем - это чем именно?

    Наверное, тем что 50 000 файлов в дире даже еще и читаются за обозримое время, а не как в винде.

     
  • 2.44, zzz (??), 18:46, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Какой там геморрой с пулами? Подцепил устройства, сделал zpool create pool mirror|raidz /dev/da1 /dev/da2 ..., и погнали. Сдох диск - zpool replace pool <A-Z0-9> /dev/da3. Как это можно променять на убожество ext4 - непонятно.
     
     
  • 3.89, Ананимас008 (?), 17:46, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >zpool create pool mirror|raidz /dev/da1 /dev/da2 ..., и погнали. Сдох диск - zpool replace pool <A-Z0-9> /dev/da3

    не лучше ли сначала сделать метки gpt и создавать на их основе, чем зависить от порядка устройств в "биосе".

     
     
  • 4.93, Онаним (?), 19:00, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У них там своя, особая атмосфера.
     
     
  • 5.119, Аноним (-), 19:14, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > У них там своя, особая атмосфера.

    А зачем в общем то разделы если на 1 часть резать? Чтобы занять место и поместить дополнительную структуру, которая еще и слететь при случае сможет? И да, что-то такое и с btrfs катит.

     
  • 4.100, пох. (?), 13:57, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Совершенно ненужно - какой диск отвалился здесь и сейчас - zpool status тебе скажет.
    А как он там будет называться после перезагрузки через пару лет - и незачем знать.

    метки gpt (да и сам gpt, если это не загрузочная флэшка) нафиг не нужны - лишний набор глюков.

     
     
  • 5.110, Ананимас008 (?), 16:49, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Никогда не имел проблем с gpt
    Самое интересное начнется если пулов несколько и это не миррор, сиди потом гадай.
    Не лучше ли постелить соломку заранее и не зависить ни от порта, куда подключаешь ни от особенностей сата/пата/скази/ватэвер контроллера, особенно если он потом полетит.
     
     
  • 6.120, Аноним (-), 19:15, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В btrfs такой траблы просто нет - у дисков нет какой-то специальной выделенной функциональности, все равноправные. Но да, прикольные менеджментпроблемы там где их быть совсем не должно.
     
  • 6.138, пох. (?), 20:01, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    держи в курсе Я вот развлекся, недавно Мне нимало доставил тот интересный факт... большой текст свёрнут, показать
     
     
  • 7.212, анонон (?), 14:32, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну охренеть, спец по интерпрайзным СХД пох не знает про резервную таблицу gpt? И что с ней может работать чуть ли не любая линуксовая тулза по управлению разделами? И для починки gpt понадобилось аж в винду грузиться? Сразу виден уровень матерого специалиста...
     
     
  • 8.221, пох. (?), 09:49, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ну-ка, так тоже стало нельзя А у л п4 тых нет проблемы, у них ценных данных не ... текст свёрнут, показать
     
  • 3.96, 9nko (ok), 19:29, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У меня рейд только на 2 хардах из 6. Остальные диски иногда меняются на большие или меньшие по объёму, от чего в моём случае фиксированный пул является проблемой.
     

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

  • 1.20, Док (?), 15:07, 07/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Кривое чудо. Добавил ssd в комп. Угадайте как на него перенести свою хоум папку? Спорю что не знаете.
    После этого еще пул начал периодически исчезать. Вылечил через import. После очередного обновления ZoL при загрузке вообще вывалился в черный экран с сообщением что импортировать нечего поэтому сами напишите мне в строке zfs import root и тд
    Н если это написать то ответ что импортировать нечего
    Зато если написать exit  то загрузка продолжится и все будет норм... но в zfs list  видно что все смонтировалось черте куда.
    Вобщем странная штука с отсутствующей поддержкой (ни форумов ни групп ни ответов на гитхабе).
    Работает нормально только в дефолтном варианте иначе хер разберешься
     
     
  • 2.36, Кир (?), 17:44, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    ZFS нужна ECC память для надежной работы.
     
     
  • 3.49, Онаним (?), 19:00, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ECC память, ECC на всех внутренних шинах и т.п.
    Сферическая ситуация в вакууме, для которой существует специальное железо.
    В общем же случае что ZFS, что RAID с чётностью - один фиг.
     
     
  • 4.50, Онаним (?), 19:03, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Упреждая "онашазфстакаясквозноцелостная" - в 99% реальных случаев данные будут повреждены ещё _до_ записи. И запишутся уже повреждёнными. Со "сквозной целостностью", угу.

    А от повреждения данных на дисках и шинах к таковым RAID с двойной чётностью допустим страхует достаточно.

     
     
  • 5.123, Аноним (-), 19:19, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Эксперименты с btrfs показали что таки тот неплохо детектит идиотские взбрыки железа и даже ухитряется более-менее чинить все это из второй копии, если она есть. Прикол ситуации в том что так оно загаживается намного медленнее чем ФС с одной копией данных/метаданных, ухитрившись заметить и парировать порядочно сбоев железа. Хоть это и без гарантий совершенно.
     
  • 3.74, xm (ok), 02:03, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Любой файловой системе нужна ECC для надёжной работы. Просто другие об этом не пишут.
     
     
  • 4.121, Аноним (-), 19:16, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Любой файловой системе нужна ECC для надёжной работы. Просто другие об этом
    > не пишут.

    А какой смысл им об этом писать? EXT4 без полного журнала вообще плевать хотел что там с данными случится при крахе. А раз так какой смысл париться ECC памятью? :)

     
     
  • 5.139, пох. (?), 20:03, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > А какой смысл им об этом писать? EXT4 без полного журнала вообще
    > плевать хотел что там с данными случится при крахе. А раз
    > так какой смысл париться ECC памятью? :)

    такой, что, внезапно, она не от крахов, а от штатной записи мусора вместо данных или метаданных.

    От крахов в ext4, внезапно, fsck.

     
     
  • 6.147, Аноним (-), 20:22, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > такой, что, внезапно, она не от крахов, а от штатной записи мусора
    > вместо данных или метаданных.

    А смысл улучшать на полшишечки EXT4 который на integrity данных заведомо клал? Блин, да даже с RAID если у тебя копии разойдутся ты даже не узнаешь какая из них правильная. Чего хочешь - то и делай. Btrfs скажет csum error, corrected и поедет дальше. Посмотрев по чексумме какая из копий правильная. Так прикольнее.

    > От крахов в ext4, внезапно, fsck.

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

     
     
  • 7.206, пох. (?), 09:26, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а обе неправильные Потому что чексумма посчитана по уже битому блоку Или, еще ... большой текст свёрнут, показать
     
  • 7.278, Онаним (?), 20:39, 15/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    RAID с чётностью внезапно тебе вообще ничего не скажет.
    Просто пофиксит кодом коррекции, и всё.
    Узнаешь в логах.
     
  • 5.153, псевдонимус (?), 20:47, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> Любой файловой системе нужна ECC для надёжной работы. Просто другие об этом
    >> не пишут.
    > А какой смысл им об этом писать? EXT4 без полного журнала вообще
    > плевать хотел что там с данными случится при крахе. А раз
    > так какой смысл париться ECC памятью? :)

    Что ты несёшь? Ецц нужна чтобы мусор вместо данных не записывался.

     
     
  • 6.182, Аноним (181), 03:43, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Если ФС может данные профакать без ложной скромности, поскольку EXT4 видите ли н... большой текст свёрнут, показать
     
     
  • 7.207, пох. (?), 09:43, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Удалить, заново начать работать с резервной копией Все равно неизвестно, что та... большой текст свёрнут, показать
     
  • 7.228, Онаним (?), 10:20, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В общем случае достаточно ordered при рабочем механизме write barrier.
    Перезаписывать файлы по частям вообще так себе затея, и те, кому это реально нужно (СУБД и т.п.) - ведут свои собственные журналы так, как им надо и им оптимально. Этим достаточно только собственно наличия или отсутствия записи.

    CoW от полуперезаписи файла в общем случае (нет, не в сферическом в вакууме) вообще ничем не спасёт, потому что запись как правило не в один приём ведётся, и оборвать её посередине вполне возможно в любых условиях.

     
     
  • 8.236, Онаним (?), 10:42, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    да, старые данные с CoW - возможно - найти ещё можно, но вот какой конкретно че... текст свёрнут, показать
     
  • 2.46, zzz (??), 18:47, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Линуксопроблемы
     
  • 2.73, none_first (ok), 00:22, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    возможно повреждён кэш-файл https pbs proxmox com docs sysadmin html возможно ... большой текст свёрнут, показать
     

  • 1.22, Аноним (22), 15:23, 07/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Нечего особенного в ней нет, вернее "уже нет", на фоне btrfs. Жрёт очень много оперативки, медленнее btrfs, да и возможностей меньше.
     
     
  • 2.25, Аноним (12), 15:37, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чего-то "особенного" в ФС мне совсем не нужно))  
     
  • 2.28, Djonson (?), 16:09, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну про BTRFS Вы, очевидно, в теориях. Краха BTRFS никогда не было? Очень забавный и чувствительный момент. ZFS надежнее будет. И да, бэкапов никто не отменял.
     
     
  • 3.104, Moomintroll (ok), 14:28, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ZFS надежнее будет.

    Когда будет - тогда и приходите.

     
  • 3.124, Аноним (-), 19:22, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну про BTRFS Вы, очевидно, в теориях. Краха BTRFS никогда не было?

    Кроме теории, он довольно неплох и на практике. Нет, не было.

    > Очень забавный и чувствительный момент. ZFS надежнее будет. И да, бэкапов
    > никто не отменял.

    Особенно надежно когда фс вообще не маунтится после апдейта системы. Вдвойне круто когда это все на рутфс-е.

     
     
  • 4.237, Anonim (??), 11:52, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    На практике это локалхост или в проде?
     
  • 2.34, Аноним (34), 17:25, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Жрёт очень много оперативки,

    Типичный ответ опеннетного иксперда. Файловые системы (и ZFS тоже) оперативку не жрут, а используют по прямому назначению - кешируют содержимое диска.

     
     
  • 3.35, Аноним (35), 17:43, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то, жрут И btrfs тоже особенно бтрфс Да и кэши кэшам рознь Проверить... большой текст свёрнут, показать
     
     
  • 4.62, bOOster (ok), 20:31, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну судя твоему посту садится голой жопой на кактус это конечно забава для тебя.
     
     
  • 5.64, Аноним (35), 20:46, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это ещё почему? Потому, что я не склонен слепо доверять свои данные сырой косячной технологии и сперва проведу тестирование и проанализирую результаты? И, по возможности, сымитирую ускоренную деградацию, чтобы внезапно не столкнуться с ней, когда будет уже поздно? Или это зависть? Мне вот hammer очень нравится, но это не значит, что я ей что-нибудь доверю. Так там хотя бы разработчик у неё есть. В данном же случае оракл не особо заинтересован в развитии форка своего старого кода.
     
     
  • 6.146, Аноним (146), 20:16, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Практика лучший критерий истины.
     
  • 4.125, Аноним (-), 19:24, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще-то, жрут. И btrfs тоже (особенно бтрфс).

    Btrfs ничем таким не особенный, он пользует обычные ядерные кэши. По поводу чего живет даже на роутере с 64 мегами оперативы. И даже не сильно тормознее EXT4, но намного надежнее и диагностируемее. Удачи в такой конфиге с ZFS'ом...

     
  • 3.48, Онаним (?), 18:58, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кеш ZFS, к сожалению - вещь в себе, которая именно что "жрёт память", потому что отдача памяти назад ОС при необходимости затруднена.
     
     
  • 4.55, zzz (??), 19:18, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Линуксопроблемы, разделившие дисковый кэш и кэш ZFS.
     
     
  • 5.56, Онаним (?), 19:19, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как раз таки ZFSопроблемы, кэш ZFS на системный кеш не ложится что в пингвинах, что в бзде.
     
     
  • 6.68, Аноним (35), 21:12, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Так вроде в соляре этот кеш интегрирован в системный (или наоборот), в таком случае, у ZFS нет проблем с этим. Она просто инородная и все остальные ядра не разработаны под неё.
     
     
  • 7.90, Онаним (?), 18:56, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Есть смысл труп обсуждать? :)
     
  • 7.126, Аноним (-), 19:26, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так вроде в соляре этот кеш интегрирован в системный (или наоборот)

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

     
  • 6.101, пох. (?), 14:00, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну так это проблема систем с неотключаемым ненужно-"системнымкэшом".

    У BSD НЕТ никакого "системного кэша", если ты до сих пор не в курсе. Что вызывает нешуточный батхерт у любителей портировать туда линуксный мусор, кстати. Поскольку тот вообще не в курсах, что так бывает.

     
     
  • 7.109, Онаним (?), 15:45, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Извини, но ты гонишь :D
    Оно у них называется "буфером", но суть та же.

    "FreeBSD has a unified buffer cache. This means that ALL AVAILABLE MEMORY IS A BUFFER CACHE for all device IO."

     
     
  • 8.127, Аноним (-), 19:27, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В бздях пох такой же эксперт как и в линуксе ... текст свёрнут, показать
     
  • 8.143, пох. (?), 20:12, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    нет, не та же а это и просто бред сивой кобылы Ну да, с тем же успехом можно ... текст свёрнут, показать
     
     
  • 9.160, Онаним (?), 21:01, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Нет ZFS делает аллокации сам, и отдаёт когда сочтёт нужным, не сообщая ядру, чт... текст свёрнут, показать
     
     
  • 10.161, Онаним (?), 21:02, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ALL AVAILABLE MEMORY поэтому и возможно, что оно не препятствует собственно алло... текст свёрнут, показать
     
  • 10.187, пох. (?), 23:08, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Б-ть, ничего что zfs и есть ядро, его часть мистическим таким ядром в сферическ... большой текст свёрнут, показать
     
     
  • 11.189, Онаним (?), 23:39, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В ZFS свой собственный кеш, который оторван от системного совершенно Что в бзд... текст свёрнут, показать
     
     
  • 12.193, пох. (?), 23:46, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    БТЬ НЕТ никакого волшебного системного Кэш zfs - он настолько же системн... текст свёрнут, показать
     
     
  • 13.215, Аноним (215), 15:24, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты что В zfs arc c особый kmem_cache_alloc, волшебный ... текст свёрнут, показать
     
     
  • 14.251, пох. (?), 20:34, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Он лежит в usr src sys cddl compat opensolaris kern opensolaris_kmem c В bsd он... большой текст свёрнут, показать
     
  • 10.211, пох. (?), 14:05, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Все, я заканчиваю дискуссию Если человек свято верит в чудеса - у нас за оскорб... текст свёрнут, показать
     
  • 9.183, Аноним (-), 03:49, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Тут ключевой вопрос - а может ли кернел это быстро забрать взад когда сие потреб... текст свёрнут, показать
     
     
  • 10.186, пох. (?), 10:37, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Быстро - не может, чудес не бывает Вот тебе старый линукс, с еще человекочитаем... большой текст свёрнут, показать
     
     
  • 11.190, Онаним (?), 23:40, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В swap он залез, потому что алгоритмы такие Ставь vm swappiness 1 , будет мен... текст свёрнут, показать
     
     
  • 12.192, Онаним (?), 23:41, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    освобождать - в смысле назад в RAM затягивать, освободить-то в любой момент мож... текст свёрнут, показать
     
  • 12.196, пох. (?), 00:02, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    вопрос не в этом, а почему у нас при этом _пропадает_ даром память, хотя она сво... текст свёрнут, показать
     
     
  • 13.230, Онаним (?), 10:22, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Она не пропадает Как только приложение её попросит - ОС ему даст, не ломаясь Б... текст свёрнут, показать
     
  • 11.191, Аноним (191), 23:40, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Head seek винча занимает больше Так что девы купили ссд А проблемы начинаются ... большой текст свёрнут, показать
     
  • 3.63, Аноним (22), 20:43, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ай да молодец. Установи сначала steam, игру более-менее большую, поиграй и посмотри, прежде чем писать "типичную" писанину но и чём.
    При использовании ext4, btrfs и xfs ничего подобного не происходит, а с zfs - даже после выхода со всех программ из 8 гб доступными остаются только 1-2 гб. Побегал по форумам и да, действительно, zfs при определенных обстоятельствах жрёт очень много оперативки. Она вообще очень сырая, и на текущий момент её уровень соответствует уровню btrfs 5-летней давности.
     
     
  • 4.75, Аноним (75), 03:46, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это zol такой. zfs в солярисах работает как надо.
     
     
  • 5.76, Аноним (22), 04:22, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Спору нет, более чем уверен, что в Solaris оно работает наверное идеально, или около того.
     
  • 5.145, пох. (?), 20:13, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это zol такой. zfs в солярисах работает как надо.

    ноль остается?
    Ну да, примерно так.

     
  • 4.80, Аноньимъ (ok), 05:41, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потребление памяти зфс как бы настраивается. Дефолты там серверные.

    Про сырость это вы так толстите или туту?

     
     
  • 5.103, пох. (?), 14:07, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То что его там надо "настраивать" - неисправимая ошибка в ДНК тех людей, которые, к сожалению, захватили контроль над проектом. Почему потребление памяти ext4 НЕ НАДО настраивать, это всегда вся свободная память системы (даром что используется неэффективно в виду родовых травм)?

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

    slw@ свалил пилить ceph.

     
     
  • 6.105, Аноньимъ (ok), 14:32, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Нет не вся.
    То же нужно настраивать для спецефических задачь.
    Коими для зфс является персональный компьютинг с низким объёмом ОЗУ.

    А в екс4 в принципе нет тех механизмов кеширования что в зфс.

    На счёт Соляриса незнаю, вы пользовались солярисом на десктопе?

    Попробуйте сравнить челе на одном и том же железе.

     
  • 6.128, Аноним (-), 19:31, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > ext4 НЕ НАДО настраивать, это всегда вся свободная память системы (даром
    > что используется неэффективно в виду родовых травм)?

    Более того - в btrfs его тоже не надо настраивать. Юзает сколько может, отдает когда надо другим, без дурацких драк за ресурс. Ну и вот так по приколу взлетает на мипсе с 64 мегами и особо не тормозит. Ext4 пошустрей конечно, но чексумы и дублирование метаданных все же не умеет.

    > В солярисе ничего настраивать было не надо.

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

     
     
  • 7.148, пох. (?), 20:26, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    только неэффективно - поскольку кэш этот не ее, а дядин А дядя ничего не знает ... большой текст свёрнут, показать
     
     
  • 8.162, Аноним (162), 21:08, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Намного прикольнее если ФС не тормозит, зато программа огребла out of memory и в... большой текст свёрнут, показать
     
     
  • 9.180, пох. (?), 00:34, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот до нашествия openzfs еще были шансы это починить у меня он был именно о... большой текст свёрнут, показать
     
  • 8.232, Онаним (?), 10:24, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    12309 - он от интеловских ICH, которые начиная с 82801 встают раком при задержка... текст свёрнут, показать
     
  • 8.233, Онаним (?), 10:25, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    и даже в винде 12309 офигительным образом есть - на интеловском железе ... текст свёрнут, показать
     
  • 4.88, Аноним (34), 16:52, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Она вообще очень сырая, и на текущий момент её уровень соответствует уровню btrfs 5-летней давности.

    ЧИТД. Уровень икспердизы зашкаливает.

     
  • 2.43, псевдонимус (?), 18:05, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Бтрфс...лучше совсем не показывать этого калеча и никому о нем не говорить. Позорище позорное, неисправимое.
     
     
  • 3.65, Аноним (22), 20:46, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Смех, да и только;) Поверьте, лучше не создано, и не будет создано ещё очень долго. И сейчас btrfs становится фс номер один, и будет номер один очень долго.
     
     
  • 4.66, псевдонимус (?), 20:51, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Федорактивиста вижу в треде я...
     
     
  • 5.77, Аноним (22), 04:34, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Таки нет, хотя в последнее время fedora очень даже ничего. Вообще btrfs масштабно и по умолчанию начали применять в opensuse, а fedora упор на lvm делала? Но возможности и потенциал btrfs - огромны, хотите вы того или нет. Даже они это поняли, и в 33 версии по умолчанию её предлагают. А начиная с 34 версии появятся очень интересные фишки, благодаря возможностям btrfs. Да и вообще в будущем будет создано много классных вещей благодаря этой фс.
     
     
  • 6.82, псевдонимус (?), 06:57, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Таки нет, хотя в последнее время fedora очень даже ничего. Вообще btrfs
    > масштабно и по умолчанию начали применять в opensuse, а fedora упор
    > на lvm делала? Но возможности и потенциал btrfs - огромны, хотите
    > вы того или нет. Даже они это поняли, и в 33
    > версии по умолчанию её предлагают. А начиная с 34 версии появятся
    > очень интересные фишки, благодаря возможностям btrfs. Да и вообще в будущем
    > будет создано много классных вещей благодаря этой фс.

    А не могли бы они запили б такую фичу, как сохранение данных, а не превращение их в кашу без возможности восстановления? Джва..10 лет жду.


     
     
  • 7.130, Аноним (-), 19:34, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты вообще линукс судя по всему только на скриншотах видишь, а бсдшный экспериенс относительно btrfs можно и 20 лет ждать, пожалуй. Скорее виндузоиды дождутся, но вот у них оно и правда сырое.
     
     
  • 8.137, псевдонимус (?), 19:58, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    К счастью я его в виртуалке в основном вижу ... текст свёрнут, показать
     
     
  • 9.144, Аноним (146), 20:13, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А я вот его к счастью вижу везде И на десктопе, и на лаптопе, и на сетевых штук... текст свёрнут, показать
     
     
  • 10.156, псевдонимус (?), 20:53, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен Руки у меня не под хрен заточены ... текст свёрнут, показать
     
     
  • 11.163, Аноним (162), 21:09, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну так тогда и твое мнение в др W пингвинах учитывать ни к чему А на что они за... текст свёрнут, показать
     
     
  • 12.167, псевдонимус (?), 21:16, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Уж по пинетки мелкософту линуксоиды впереди планеты всей Даже на всл насоса по... текст свёрнут, показать
     
     
  • 13.194, Аноним (-), 23:56, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Платиновый спонсор имхо сссыт что девелоперс, девелоперс, драп-драп, потому что ... текст свёрнут, показать
     
     
  • 14.200, Аноним (-), 00:48, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Опеннетные предания о бздах , том 118 ... текст свёрнут, показать
     
  • 14.203, псевдонимус (?), 04:49, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Когда это в бздю успели встроить кейлогер и рекламу А вот дистрибутиве линукс--... текст свёрнут, показать
     
  • 5.129, Аноним (-), 19:32, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Федорактивиста вижу в треде я...

    Кстати, от этих тоже патчей подвалило. Ничего сверхъестественного, но время монтирования поубавили, например. Пустячок а приятно.

     
  • 4.67, псевдонимус (?), 21:00, 07/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Смех, да и только;) Поверьте, лучше не создано, и не будет создано
    > ещё очень долго. И сейчас btrfs становится фс номер один, и
    > будет номер один очень долго.

    Петя, ты?

     
     
  • 5.83, Аноним (-), 10:09, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это его жена.
     
     
  • 6.87, псевдонимус (?), 11:23, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет, это его жена.

    Однополая надеюсь?

     
     
  • 7.91, Онаним (?), 18:57, 08/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У вас есть двуполая жена? Покажите!
     
  • 5.131, Аноним (-), 19:34, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Петя, ты?

    Not Petya!

     
  • 3.102, пох. (?), 14:03, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    "а я и не сплю".
    В смысле, а исправлять никто и не собирался, md raid (с полным копированием всех данных после перезагрузки ресетом - хороший, полезный стресстест для твоего массива) ихнее всьо.

    Изучай thin lvm. Все равно ничего другого в обозримом будущем не останется (и zfs доломают, причем на всех платформах).

     
     
  • 4.107, псевдонимус (?), 15:07, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > "а я и не сплю".
    > В смысле, а исправлять никто и не собирался, md raid (с полным
    > копированием всех данных после перезагрузки ресетом - хороший, полезный стресстест для
    > твоего массива) ихнее всьо.
    > Изучай thin lvm. Все равно ничего другого в обозримом будущем не останется
    > (и zfs доломают, причем на всех платформах).
    > Полезный стресс есть.

    Так данные от такой "пользы" похерится могут. Иихерятся.

    Надеюсь зфс окончательно не разломают.

    Линукса, тем более шапкообразного с на хранилке у меня не будет.

     
     
  • 5.140, Аноним (-), 20:04, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Линукса, тем более шапкообразного с на хранилке у меня не будет.

    А вот это уже твои проблемы.

     
     
  • 6.150, псевдонимус (?), 20:36, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Т.е. моя проблема будет состоять в отсутствии проблем? Принято.
     
     
  • 7.164, Аноним (162), 21:10, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Т.е. моя проблема будет состоять в отсутствии проблем? Принято.

    Про это все метко говорится - дай дураку стеклянный х... :)

     
     
  • 8.169, псевдонимус (?), 21:19, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    дай линуксоиду докер и бтрфс ты хотел сказать ... текст свёрнут, показать
     
     
  • 9.195, Аноним (-), 23:59, 10/01/2021 Скрыто модератором
  • +/
     
     
  • 10.208, псевдонимус (?), 13:42, 11/01/2021 Скрыто модератором
  • +1 +/
     
  • 5.149, пох. (?), 20:30, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Линукса, тем более шапкообразного с на хранилке у меня не будет.

    synology жрет, и добавки просит, а он, вишь, не хочет!

    А что там внутре netapp - нам не расскажут и не покажут (точнее, по принципу "на те Боже, что нам не гоже")

     
     
  • 6.159, псевдонимус (?), 20:57, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У синолоджи с нетапом в штате целый полк псевдонимусов и рота похов. А у псевдонимуса всего один псевдонимус :-(
     
     
  • 7.165, Аноним (162), 21:11, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > У синолоджи с нетапом в штате целый полк псевдонимусов и рота похов.
    > А у псевдонимуса всего один псевдонимус :-(

    Да какой у синоложи полк? Хотя справедливости ради они даже что-то комитили в btrfs, но на полк было не похоже. Так, 1-2 мелких дева для дежурных фиксов, они даже не core devs технологии.


     
  • 4.108, псевдонимус (?), 15:10, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > "а я и не сплю".
    > В смысле, а исправлять никто и не собирался, md raid (с полным
    > копированием всех данных после перезагрузки ресетом - хороший, полезный стресстест для
    > твоего массива) ихнее всьо.
    > Изучай thin lvm. Все равно ничего другого в обозримом будущем не останется
    > (и zfs доломают, причем на всех платформах).

    Кроме того у бсд..ов есть геом.

     
     
  • 5.142, Аноним (146), 20:11, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Кроме того у бсд..ов есть геом.

    Чего с ним делать предлагается? Инновационный UFS развернуть? Или таки FAT? Что там у вас еще есть? Какой-то кастрированный вариант EXT'а, чтоли?

     
  • 4.132, Аноним (-), 19:35, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Изучай thin lvm.

    Лучше btrfs изучить - и почувствовать разницу. Рулится в духе zfs, только без некоторых его дурацкостей :-]

     
     
  • 5.136, псевдонимус (?), 19:56, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> Изучай thin lvm.
    > Лучше btrfs изучить - и почувствовать разницу. Рулится в духе zfs, только
    > без некоторых его дурацкостей :-]

    И без некоторых сохранностей данных.

     
     
  • 6.141, Аноним (146), 20:09, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > И без некоторых сохранностей данных.

    Естественно, бсдшнику виднее что у нас там в этих наших линуксах с сохранностью данных.

    > Линукса, тем более шапкообразного с на хранилке у меня не будет.

    Тебя за язык никто не тянул, это все что на самом деле надо знать о твоем уровне экспертизы по поводу данных в Linux. Ты это небось даже на скриншоте не видел но мнение имеешь.

     
     
  • 7.152, псевдонимус (?), 20:42, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Конечно виднее.

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

     
     
  • 8.166, Аноним (-), 21:16, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Верю-верю, всякому зверю Почему-то больше всего проблем - у лиц с бсдшным бэкгр... большой текст свёрнут, показать
     
     
  • 9.170, анонн. (?), 21:43, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вы там поаккуратней с разоблачениями, а то недавно выяснилось, что ваши котор... большой текст свёрнут, показать
     
     
  • 10.171, анонн. (?), 21:53, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Причем, это не какой-то там очередной диванный форумчанин, а разработчик коммерч... текст свёрнут, показать
     
     
  • 11.174, Аноним (-), 22:46, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А чего за дистр Впрочем, разработчику линукса и не обязательно быть профи в фри... текст свёрнут, показать
     
     
  • 12.175, анонн (ok), 23:02, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Rosa Linux И знать, чем чреват запуск kvm qemu с cache writeback для гостя, тоже... большой текст свёрнут, показать
     
     
  • 13.197, Аноним (197), 00:13, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А, ну эти довольно чудесатые С другой стороны попробуй стать разработчиком к... большой текст свёрнут, показать
     
     
  • 14.218, анонн (ok), 16:17, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Помимо того, что выдергивать чужие цитаты из контекста хотя не, похоже беспо... текст свёрнут, показать
     
     
  • 15.247, псевдонимус (?), 19:41, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это 294-й скорее всего ... текст свёрнут, показать
     
  • 10.173, Аноним (-), 22:44, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это не разоблачения а всего лишь здоровый дефолтный скепсис на основе смотряния ... большой текст свёрнут, показать
     
     
  • 11.177, анонн (ok), 23:26, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Похоже, делать на основе кратких и удивительно точно, хоть и невежливо, описыва... большой текст свёрнут, показать
     
     
  • 12.198, Аноним (-), 00:39, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Хм, если нечто выглядит как глупый, агрессивный, неэффективный луддит - его очен... большой текст свёрнут, показать
     
     
  • 13.204, псевдонимус (?), 04:57, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это не фича, а кривой костыль Очередной Костылинукс он такой, да ... текст свёрнут, показать
     
  • 10.179, пох. (?), 00:21, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ой, прелесть какая Не, с другой стороны - извращенцы и должны же ж страдать Пр... текст свёрнут, показать
     
     
  • 11.199, Аноним (-), 00:42, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Еще бы Так никто не делает - оно и не ломается почему-то Бзда как хост виртуал... текст свёрнут, показать
     
     
  • 12.243, пох. (?), 12:40, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я делаю Виртуалке ДВЕНАДЦАТЬ лет Пережила три разные виртуализации и четыре хо... текст свёрнут, показать
     
  • 7.155, пох. (?), 20:52, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> И без некоторых сохранностей данных.
    > Естественно, бсдшнику виднее что у нас там в этих наших линуксах с
    > сохранностью данных.

    А, оно из-за этого навернулось? Как учуяло-то за двадцать километров...


     
     
  • 8.168, Аноним (-), 21:17, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Как, как, вы так мастерски мины себе на пути раскладываете и подрываетесь на них... текст свёрнут, показать
     
  • 7.209, псевдонимус (?), 13:46, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> И без некоторых сохранностей данных.
    > Естественно, бсдшнику виднее что у нас там в этих наших линуксах с
    > сохранностью данных.
    >> Линукса, тем более шапкообразного с на хранилке у меня не будет.
    > Тебя за язык никто не тянул, это все что на самом деле
    > надо знать о твоем уровне экспертизы по поводу данных в Linux.
    > Ты это небось даже на скриншоте не видел но мнение имеешь.

    Админ линуксоид. Восстанавливал, пока диски не вылетели. На райд5.


     
     
  • 8.214, Аноним (-), 15:00, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Забей Это почти-трехсотый, с ним диалог невозможен - он или снова покажет масте... текст свёрнут, показать
     
     
  • 9.216, псевдонимус (?), 15:28, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да пусть хоть кто-то прочтет, может не подорвет и не навредит себе и окружающим... текст свёрнут, показать
     
  • 5.151, пох. (?), 20:36, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Изучай thin lvm.
    > Лучше btrfs изучить - и почувствовать разницу. Рулится в духе zfs, только
    > без некоторых его дурацкостей :-]

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

    Кстати, а как там сделать замену диска? Не send/receive, это-то и бестолковая zfs могет, а просто был sda, стал sdb, а sda надо отдать прямщас. Не останавливая систему, потому что я хз как ее потом загрузить.

    Предположим даже, для простоты, что никаких зеркал и, б-же упаси, raid там нет (хотя для lvm это было бы совершенно неважно).


     
     
  • 6.172, Аноним (172), 22:27, 09/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А error message какой И какие версии кернела и проч Ну и чего с ним сделали дл... большой текст свёрнут, показать
     
     
  • 7.178, пох. (?), 00:16, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    дык, никакого Есть типовые мусорные сообщения, которые при нормальном монтирова... большой текст свёрнут, показать
     
     
  • 8.185, псевдонимус (?), 06:33, 10/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Райд5 в БТР работает отлично Данные полностью потеряны Но хоть холодный бэкап... текст свёрнут, показать
     
     
  • 9.202, Аноним (-), 04:24, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https btrfs wiki kernel org index php Status - правильно, кто ж маны то читает... текст свёрнут, показать
     
     
  • 10.205, псевдонимус (?), 05:10, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да, за 7лет так и не допилии Неудивительно ... текст свёрнут, показать
     
  • 8.201, Аноним (-), 01:45, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Прикалываться изволите Дык, цитаты Чего-нибудь типа failed to open ctree Или ... большой текст свёрнут, показать
     
     
  • 9.217, псевдонимус (?), 15:36, 11/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gt оверквотинг удален Вместо документации Вика проекта Этого достаточно, чт... текст свёрнут, показать
     
  • 4.234, Онаним (?), 10:27, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > md raid (с полным копированием всех данных после перезагрузки ресетом

    Это называется про bitmap забыли.

     
     
  • 5.242, пох. (?), 12:34, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> md raid (с полным копированием всех данных после перезагрузки ресетом
    > Это называется про bitmap забыли.

    это называется непонимание элементарных вещей.

     
     
  • 6.244, Онаним (?), 15:23, 12/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Именно так это и называется.
    Потому что bitmap в md позволяет полного рефреша избежать.
     

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



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

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