The OpenNET Project / Index page

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



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

Оглавление

Выпуск дистрибутива TrueNAS SCALE 22.12, использующего Linux вместо FreeBSD, opennews (ok), 16-Дек-22, (0) [смотреть все]

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


20. "Выпуск дистрибутива TrueNAS SCALE 22.12, использующего Linux..."  –8 +/
Сообщение от Аноним (17), 16-Дек-22, 12:39 
Zfs это никому не интересный и ненадёжный уровень, устаревший лет на 100. По технологиям сегодня btrfs лидирует, ext4 сгодится для всего остального, где программный рейд не надо.
Ответить | Правка | Наверх | Cообщить модератору

22. "Выпуск дистрибутива TrueNAS SCALE 22.12, использующего Linux..."  +1 +/
Сообщение от Аноним1212 (?), 16-Дек-22, 12:59 
Не согласен. Бтрфс толком в индекс даже не может, как например ext4 а сама идея неплохая
Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск дистрибутива TrueNAS SCALE 22.12, использующего Linux..."  +7 +/
Сообщение от пох. (?), 16-Дек-22, 13:46 
Да, по технологиям крэшей на ровном месте и вообще превращения данных в невосстановимую кашу - равных btrfs на сегодня нет. Впрочем, на вчера тоже.

wd что-то слились со своим обещанием "показать как надо".

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

38. "Выпуск дистрибутива TrueNAS SCALE 22.12, использующего Linux..."  –4 +/
Сообщение от Аноним (17), 16-Дек-22, 18:12 
Будто в zfs fsck уже завезли. Если что-то пойдёт не так, то твоим данным конец, и сабж подтверждает это лучше других. Насколько я знаю, btrfs рассыпается только при множественных повреждениях во всех копиях метаданных и в таком случае данных можно считать уже нет, а так главное держаться подальше от raid6 и всё ок.
Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск дистрибутива TrueNAS SCALE 22.12, использующего Linux..."  +/
Сообщение от пох. (?), 16-Дек-22, 20:53 
> Будто в zfs fsck уже завезли.

оба хуже, да. Но у zfs крэши все же обычно предсказуемы и вовсе не происходили на ровном месте (я как видишь - в прошедшем времени). А вставшая колом (необязательно рассыпавшаяся) btrfs - "ой, резерв под метаданные почему-то кончился" - она именно на ровном месте случалась.

> а так главное держаться подальше от raid6

ну а зачем нам NAS без raid?
(или с недоразумением в виде mdraid - в том числе - прощай контроль целостности. То что там сделала себе сино - она не отдает. Да и не знает никто, работает ли это вообще.)

Для дыркера вот да - нашли друг-друга. Рассыпалось - заново с хаба скачаешь и всех делов.
Всяко надежнее (и эффективнее) overlay.

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

65. "Выпуск дистрибутива TrueNAS SCALE 22.12, использующего Linux..."  –2 +/
Сообщение от deusbase (ok), 17-Дек-22, 10:28 
сотни тысяч NAS Asustor и Synology работают 24/7 на BTRFS и никаких "крэшей"
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

70. "Выпуск дистрибутива TrueNAS SCALE 22.12, использующего Linux..."  +/
Сообщение от пох. (?), 17-Дек-22, 13:13 
ищи в логе модерирования. Мне лень переписывать.
Ответить | Правка | Наверх | Cообщить модератору

58. "Выпуск дистрибутива TrueNAS SCALE 22.12, использующего Linux..."  +1 +/
Сообщение от псевдонимус (?), 16-Дек-22, 23:00 
>по технологии потери данных btrfs лидирует,  отняв пальму первенства у xfs

  Починил.

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

60. "Выпуск дистрибутива TrueNAS SCALE 22.12, использующего Linux..."  +/
Сообщение от Аноним (17), 17-Дек-22, 00:07 
У меня теряла только если вручную редактировать блочное устройство. Она всё ещё самая современная и топ по фичам. XFS вечно зануляет файлы, фуфуфу. И с балансировкой деревьев проблем больше чем у btrfs.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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