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

"Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от opennews (ok), 01-Дек-20, 10:14
После полутора лет разработки состоялся релиз проекта OpenZFS 2.0, развивающего реализацию файловой системы ZFS для Linux и FreeBSD. Проект получил известность как "ZFS on Linux" и ранее ограничивался разработкой модуля для ядра Linux, но после переноса поддержки FreeBSD был признан основной реализацией OpenZFS и был избавлен от упоминания Linux в названии. Вся активность по разработке ZFS для Linux и BSD-систем теперь сосредоточена в одном проекте и развивается в общем репозитории... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54172
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от leibniz (ok), 01-Дек-20, 10:14	+3 +/–
> Проект развивается при участии сотрудников Ливерморской национальной лаборатории по контракту с Министерством энергетики США. И это под открытой лицензией — красота же! Фактический показатель важности открытого ПО в современном мире.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #20, #21

2. Сообщение от Аноним (2), 01-Дек-20, 10:15	+/–
> После полутора лет разработки состоялся релиз проекта OpenZFS 2.0 не понял с какого момента считать =) https://en.wikipedia.org/wiki/OpenZFS -- 2013 / 7 лет 0.7.13 -- 4 марта 2019 / 21 месяц 0.8.5  -- 5 октября 2020 / 2 месяца
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5

3. Сообщение от iCat (ok), 01-Дек-20, 10:17	–3 +/–
Яджва года ждал!!! Ура. А, если кроме шуток, то я очень рад тому, что ZFS продолжает развиваться, и не томится в экосистеме Oracle. Ещё бы перелицензировать её так, чтобы можно было в ядро поместить... И не надо фантазировать на тему "единственной файловой системы для всего"! Для разных задач - разные инструменты.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #6, #23

4. Сообщение от MasterSlave (?), 01-Дек-20, 10:19	+/–
> И не надо фантазировать на тему "единственной файловой системы для всего" А кто фантазирует-то?) Разве что какие-нибудь романтики-утописты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #24

5. Сообщение от Аноним (5), 01-Дек-20, 10:42	+/–
С 0.8.0.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

6. Сообщение от Аноним (6), 01-Дек-20, 10:45	+/–
С подобной гибкостью по ее конфигурированию - какие уж тут фантазии? Если среди файловых систем и существует "серебряная пуля", то это она самая и есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #18

7. Сообщение от Аноним (7), 01-Дек-20, 10:45	–12 +/–
ну и зачем сие надо?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #83, #143

8. Сообщение от Аноним (8), 01-Дек-20, 10:48	+2 +/–
Ну так открытый сфот используют вы науке, как и открытое железо, в космос пускают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

9. Сообщение от timur.davletshin (ok), 01-Дек-20, 11:02	–1 +/–
Ну и ладненько. Пока на моей фре это не прилетело ещё.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11

10. Сообщение от Аноним (10), 01-Дек-20, 11:04	–1 +/–
Как форснуть дедупликацию на уже наполненном сторадже? И можно ли при этом сохранить избыточность (например есть 10 одинаковых файлов, нужно оставить не более двух копий)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #25, #162

11. Сообщение от leibniz (ok), 01-Дек-20, 11:08	–2 +/–
держите в курсе ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

12. Сообщение от анонимоузе (?), 01-Дек-20, 11:09	+/–
Так если надо не более двух копий, делай zfs pool типа зеркало, вот и будет две копии всего. Или надо чего-то по одному, чего два? Тогда можно сделать зеркало на части диска и монтировать отдельно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #16

13. Сообщение от Dionysius (?), 01-Дек-20, 11:14	–3 +/–
Эта штука имеет смысл для домашнего десктопа? Например, повысить производительность HDD и/или увеличить время работы ноутбука от батареи?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #26, #30, #31, #33, #79, #80, #156

14. Сообщение от Аноним (14), 01-Дек-20, 11:14	+/–
Теоретики лицензий, раскажите, что мешает им выпустить своё поделие под GPL?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #38, #100

15. Сообщение от Аноним (5), 01-Дек-20, 11:22	+3 +/–
> Теоретики лицензий, раскажите, что мешает им выпустить своё поделие под GPL? Мешает упёртость Oracle, который не спешит перелицензировать свой код ZFS, на котором основан OpenZFS. Без изменения лицензии на код Oracle, разработчики OpenZFS могут изменить лицензию лишь на свои изменения, что никуда не денет проблему с поставкой основного кода под CDDL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

16. Сообщение от Аноним (10), 01-Дек-20, 11:41	–1 +/–
Дисочко уже нарезано, поэтому вариант "монтировать отдельно" не вариант, нужно чуть уменьшить занимаемое место на давно существующей хранилке, но при этом прихранить некоторую избыточность
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #29

17. Сообщение от Аноним (10), 01-Дек-20, 11:41	–1 +/–
Интересно, когда с ним выйдет какой-нибудь армбиан свежий, со следующим LTS-ядром, чтобы на 4-ую малинку вкорячить и получить наконец-то нормальный NAS
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39

18. Сообщение от Dzen Python (ok), 01-Дек-20, 11:43	–5 +/–
Ну сконфигурируй её под вчерашний dwarFS. Сможешь - возьму к себе на работу за меметичные 300к/наносекунду. "Дай человеку молоток и он везде начнет видеть гвозди"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #60, #136, #198

19. Сообщение от Аноним (6), 01-Дек-20, 11:44	–1 +/–
Да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #22, #131

20. Сообщение от Dzen Python (ok), 01-Дек-20, 11:47	+8 +/–
В нынешних условиях это единственно возможная модель эволюции методологии программирования. Или вскрой исходники, или умри, в судах и корчах полицейской системыю
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

21. Сообщение от Аноним (21), 01-Дек-20, 11:49	–16 +/–
>под свободной лицензией CDDL Под правильной и истинно свободной, заметьте, в отличие от вредного и ведущего опенсорс к забвению GPL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #67

22. Сообщение от Dzen Python (ok), 01-Дек-20, 11:50	–1 +/–
Что "Да"? Какой выигрыш она даст на стандартном десктопном сценарии на WDC WD1003FBYX-01Y7B1?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #62, #112, #123, #124

23. Сообщение от Аноним (21), 01-Дек-20, 11:50	–8 +/–
>Ещё бы перелицензировать её Сами кушайте свой GPL, да не обляпайтесь. А адекватные разработчики систем и компании держатся от GPL-кода на социальной дистанции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #102

24. Сообщение от Аноним (24), 01-Дек-20, 11:54	–4 +/–
Почему? Скажу как фанат ext4 - "единственной файловой системы для всего". В прошлом году очень много было исправлений read-range-locks для ZFS. Теперь на ней можно вращать даже базы данных, для чего она ранее не была предназначена. Так что ZFS с недавнего времени тоже может быть "единственной файловой системы для всего", если ты захочешь так сделать. То есть уже ZFS - это ФС общего назначения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

25. Сообщение от Амоним (?), 01-Дек-20, 11:54	+2 +/–
Дедупликация на то и дедупликация что хранится одна копия, которая защищена избыточностью пула (raidzX) или копиями (zfs set copies=2).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #53, #128, #213

26. Сообщение от Аноним (24), 01-Дек-20, 11:59	+3 +/–
Скорее наоборот. Я бы для домашнего пользователя ext4 посоветовал. Но если хочется ZFS - то конечно можно. Будет не на много медленнее, но уйдёт много ОЗУ на ARC. А ещё - бойтесь ООМ-ов в юзерспейсе, сюрпризы приносящих. Нам обещали эту проблему обойти в этом-следующем году, хоть это и не критично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #125, #139

28. Сообщение от Анонимус999 (?), 01-Дек-20, 12:03	+/–
А можно как-то настроить ZFS для старого компа с ОЗУ 2-4ГБ? Отключить тяжелые фичи (типа дедупликации), оставив сжатие...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34, #37, #76, #77, #97, #126

29. Сообщение от Амоним (?), 01-Дек-20, 12:19	+1 +/–
Форсить только вручную. Сначала включить требуемые опции - дедупликацию/сжатие. Но это действует только на вновь записанные данные. Затем тупо гонять данные с места на место. Скопировал файло из одной директории в другую, переименовал директория обратно и вуаля - данные сжаты и в хеш дедупликации попали. Повторять порциями пока все файло не будет скопировано хотя бы один раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #52

30. Сообщение от Аноним (30), 01-Дек-20, 12:30	+12 +/–
Да, добавляет емкость батареи +7000мАч, увеличивает скорость вращения шпинделя в ХДД на 43%
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

31. Сообщение от 1 (??), 01-Дек-20, 12:32	+2 +/–
если только у вас в десктопе дисков больше 3х и + место в M2 для ARC
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

32. Сообщение от Vlad Violentiy (?), 01-Дек-20, 12:34	+/–
Чем оно лучше btrfs?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35

33. Сообщение от xm (ok), 01-Дек-20, 12:36	+3 +/–
Да. Она повысит надёжность хранения данных и даст возможность восстановления в случае неудачных действий пользователя, например, при обновлениях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #43

34. Сообщение от xm (ok), 01-Дек-20, 12:37	+1 +/–
В общем случае специальная настройка (на FreeBSD) не требуется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #58

35. Сообщение от xm (ok), 01-Дек-20, 12:37	+9 +/–
В общем-то, всем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #36, #46

36. Сообщение от Catwoolfii (ok), 01-Дек-20, 12:44	+1 +/–
Ну кроме снапшотов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #40

37. Сообщение от Аноним (30), 01-Дек-20, 12:46	+1 +/–
Дедупликация по умолчанию отключена, для самого ARC рекомендуется выделять объём 1 Гб и выше. Если нет постоянных или больших потоков данных, используется типа а-ля десктоп, то скорее всего и со ~200Мб под ARC будет работать так же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #56

38. Сообщение от Аноним (-), 01-Дек-20, 12:56	+2 +/–
Мешают те же причины, по которым и в ядре все гплизируется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #68

39. Сообщение от псевдонимус (?), 01-Дек-20, 12:58	+2 +/–
Нормальный нас на малинке это что-то новенькое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #51

40. Сообщение от Аноним (-), 01-Дек-20, 13:06	+/–
А что не так со снэпшотами в ZFS? Работают же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #44

41. Сообщение от Аноним (41), 01-Дек-20, 13:09	–8 +/–
Глючная штука на которую не действуют конфиги а выдаваемые ошибки не имеют обьяснений.
Ответить | Правка | Наверх | Cообщить модератору

42. Сообщение от Аноним (42), 01-Дек-20, 13:18	+/–
А есть информация, как произойдет переезд с текущей реализации ZFS во Freebsd 11/12 на OpenZFS в будущих релизах при обновлении рабочей системы? Что бэкапы наше все - это понятно и тривиально...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47, #57

43. Сообщение от Alatar (??), 01-Дек-20, 13:43	–1 +/–
> Да. Она [...] даст возможность восстановления в случае неудачных действий пользователя, например, при обновлениях. Ну, нет, если Вы про снапшоты, то это лишь ещё один удобный способ делать бекапы. Ручные. Если пользователь их не делает, снапшоты ему ничем не помогут. А если делает, то возможность восстановления у него уже есть. Про надёжность, кстати, тоже спорное утверждение, случаи бывают разные. А вот гибкость управления разделами файовой системы и перераспределения квот - это учень удобная тема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #45, #50

44. Сообщение от Catwoolfii (ok), 01-Дек-20, 13:44	+/–
Снапшоты в btrfs удобнее (линейная по времени цепочка неизменяемых снапшотов в zfs и дерево в btrfs)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

45. Сообщение от имя (ok), 01-Дек-20, 13:53	+/–
> Ну, нет, если Вы про снапшоты, то это лишь ещё один удобный > способ делать бекапы. Ну какие же это бекапы, если они не спасают ни от кражи, ни от пожара, ни от пользователя, который решает покупать ST3000DM001-ы пачками в один RAID из соображений мифической производительности? А в остальном, конечно, инструмент удобный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #54, #55, #141

46. Сообщение от An0n (?), 01-Дек-20, 13:57	–1 +/–
Особенно 128-битностью Единственный минус - отсутствие любого подобия shrinking (by design?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #59, #69

47. Сообщение от Catwoolfii (ok), 01-Дек-20, 13:59	+2 +/–
Я использую в 12.2, функционал и опции перенесены частично. Смотрел в 13-м - там уже все на месте, как на линуксе. Права всё те же ACL NFS4
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

48. Сообщение от user90 (?), 01-Дек-20, 14:03	+/–
А где про тестирование, про надежность ФС??
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49

49. Сообщение от Аноним (49), 01-Дек-20, 14:15	+2 +/–
> "Стабильность кодовой базы OpenZFS оценивается как сопоставимая с другими ФС для Linux."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

50. Сообщение от xm (ok), 01-Дек-20, 14:17	+1 +/–
Одним из способов применения снапшотов являются boot environments. Впрочем, я не уверен, что последние доступны в Linux. А есть ещё checkpoints.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

51. Сообщение от Аноним (10), 01-Дек-20, 14:19	–1 +/–
Просто коробки за дофига денег, которые не умеют ничего интереснее, чем ext4 в зеркало - это тоже нифига не нормальные насы. А тут хоть какой-то шанс. FreeNAS/pfSense/OpenMediaVault/OpenWRT/CryptoNAS накатить и при условии что сеть норм, проц норм, ОЗУ хватает - почему бы и не быть ему нормальным
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #64, #71, #74, #75

52. Сообщение от Аноним (10), 01-Дек-20, 14:20	+2 +/–
>> Но это действует только на вновь записанные данные Вот это как раз вгоянет в печаль на более-менее значимых объёмах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #146

53. Сообщение от Аноним (10), 01-Дек-20, 14:21	–1 +/–
>> хранится одна копия немного не сходится с >> или копиями (zfs set copies=2) Дедупликация - метод уменьшения избыточности. Метод сэкономить места на одинаковых данных. А сколько реальных копий должно оставаться - дело каждого
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #111

54. Сообщение от xm (ok), 01-Дек-20, 14:22	+/–
>> Ну, нет, если Вы про снапшоты, то это лишь ещё один удобный >> способ делать бекапы. > Ну какие же это бекапы, если они не спасают ни от кражи, Да, довольно странно считать snapshot исключительно аналогом бэкапа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #147

55. Сообщение от Аноним (10), 01-Дек-20, 14:24	+/–
В первую очередь на случай если юзверь самостоятельно что-то запорет и надо оперативно вернуться. А что, вас часто грабят и поджигают?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #114

56. Сообщение от n00by (ok), 01-Дек-20, 14:25	+/–
> Дедупликация по умолчанию отключена, для самого ARC рекомендуется выделять объём 1 Гб > и выше. 1 Гб на каждый 1 ТБ хранилища, насколько помню. Искать ссылку лень, кому важно, тот сам эти цифры знает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #66, #96

57. Сообщение от xm (ok), 01-Дек-20, 14:39	+3 +/–
Официальный переезд запланирован на 13.0-RELEASE. Сейчас же её можно поставить из портов, включая модуль ядра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #61

58. Сообщение от Аноним (-), 01-Дек-20, 14:43	+1 +/–
как показала практика, для общих случаев, где не требуется спец. настроек и специальных фич - нужность zfs стремится к нулю и можно обойтись обычной юфс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #90

59. Сообщение от Аноним (59), 01-Дек-20, 14:51	+/–
Ну и что тебе даёт 128-битность? +100500 к чсв?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

60. Сообщение от Аноним (60), 01-Дек-20, 14:58	–2 +/–
я смогу, но я уже получаю 300к/наносекунду и к тебе на работу врядли пойду, ЛОЛ!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #122, #165

61. Сообщение от Аноним (42), 01-Дек-20, 14:59	+/–
Это я знаю... Я имел в виду - в ходе freebsd-update -r 13.0-RELEASE upgrade существующие zfs-пулы/ФС/данные не накроются медным тазом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #82

62. Сообщение от Аноним (60), 01-Дек-20, 14:59	+/–
значительный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #73

63. Сообщение от Аноним (59), 01-Дек-20, 15:01	+/–
Почему у них своего гита нет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65

64. Сообщение от OpenEcho (?), 01-Дек-20, 15:08	+/–
+XigmaNAS
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

65. Сообщение от dom (??), 01-Дек-20, 15:19	+1 +/–
https://github.com/openzfs/zfs
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #84

66. Сообщение от OpenEcho (?), 01-Дек-20, 15:24	+/–
Пожалуйста, не говорите ерунды, если не в теме. 1Гб достаточно если без дедупликации даже на exabyte хранилище. Почитайте не "ХауТо" блоги, а ответы на эту тему реальных разработчиков ZFS: https://www.reddit.com/r/DataHoarder/comments/5u3385/linus_t.../ https://www.reddit.com/r/DataHoarder/comments/5u3385/linus_t.../
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #98, #144

67. Сообщение от Аноним (-), 01-Дек-20, 15:25	–1 +/–
>Под правильной и истинно свободной, заметьте, в отличие от вредного и ведущего опенсорс к забвению GPL. Минус тебе толстый тролль. Великий Столлман подарил нам истинную Свободу в виде копилефта!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #103, #117

68. Сообщение от Аноним (-), 01-Дек-20, 15:28	–2 +/–
GPL -это Свобода. А ты враг Свободы!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

69. Сообщение от OpenEcho (?), 01-Дек-20, 15:33	–1 +/–
ZFS(big) -> backup -> ZFS(small)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

71. Сообщение от псевдонимус (?), 01-Дек-20, 15:36	–1 +/–
> Просто коробки за дофига денег, которые не умеют ничего интереснее, чем ext4 > в зеркало - это тоже нифига не нормальные насы. А тут > хоть какой-то шанс. > FreeNAS/pfSense/OpenMediaVault/OpenWRT/CryptoNAS накатить и при условии что сеть норм, > проц норм, ОЗУ хватает - почему бы и не быть ему > нормальным Ну если нужна файлопомойка с низкой производительностью и парой терабайтных блинов, может малина и потянет (сколько у ней оперативы можно?) Пвсеннс фаервол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

72. Сообщение от Аноним (72), 01-Дек-20, 15:37	+/–
buzzword :)
Ответить | Правка | Наверх | Cообщить модератору

73. Сообщение от Аноним (73), 01-Дек-20, 15:41	+/–
Раз в 10 медленнее чем ext4 https://www.phoronix.com/scan.php?page=article&item=ubuntu19...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

74. Сообщение от псевдонимус (?), 01-Дек-20, 15:41	+/–
> Просто коробки за дофига денег, которые не умеют ничего интереснее, чем ext4 > в зеркало - это тоже нифига не нормальные насы. А тут > хоть какой-то шанс. > FreeNAS/pfSense/OpenMediaVault/OpenWRT/CryptoNAS накатить и при условии что сеть норм, > проц норм, ОЗУ хватает - почему бы и не быть ему > нормальным Коробки лучше отбросить. Собери сам, будет гибче и дешевле. Для дома уж точно. Нормальный - от 12-16 гигабайт оперативки и проц уж не ниже фенона.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

75. Сообщение от псевдонимус (?), 01-Дек-20, 15:49	–2 +/–
> Просто коробки за дофига денег, которые не умеют ничего интереснее, чем ext4 > в зеркало - это тоже нифига не нормальные насы. А тут > хоть какой-то шанс. > FreeNAS/pfSense/OpenMediaVault/OpenWRT/CryptoNAS накатить и при условии что сеть норм, > проц норм, ОЗУ хватает - почему бы и не быть ему > нормальным Фринас интерпрайзное и полуинтерпрайзое решения. Рекомендуемые требования - от 16 гигабайт рамы. Естественно, он будет работать на гораздо более слабых конфигурациях, но "перформанс", да и просто комфортную работу с ним не получишь. Насфофри попробуй. Или опенмедиавульту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

76. Сообщение от Амоним (?), 01-Дек-20, 15:53	+/–
Нормально работает, на 4гб как минимум. Размер ARC настраивается через modprobe, вот образец на 512 мб мин, 2 гб макс. Кэш он и есть кэш. Много памяти надо для дедупликации только. options zfs zfs_arc_min=536870912 options zfs zfs_arc_max=2147483648 Осталось понять что именно от зфс вам хочется и почему, ибо она в целом медленней (но вполне терпимо).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

77. Сообщение от псевдонимус (?), 01-Дек-20, 15:55	–1 +/–
> А можно как-то настроить ZFS для старого компа с ОЗУ 2-4ГБ? Отключить > тяжелые фичи (типа дедупликации), оставив сжатие... На четырех он и без настроек нормально работал на ноуте. Правда там фрибсд была, как в Линукс не знаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

78. Сообщение от Аноним (146), 01-Дек-20, 15:58	–2 +/–
Ждём в Proxmox 6.4!
Ответить | Правка | Наверх | Cообщить модератору

79. Сообщение от псевдонимус (?), 01-Дек-20, 15:58	–1 +/–
> Эта штука имеет смысл для домашнего десктопа? Например, повысить производительность HDD > и/или увеличить время работы ноутбука от батареи? Защититься от злого шифровальщика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

80. Сообщение от Амоним (?), 01-Дек-20, 16:00	+/–
Почему-то забывают упомянуть про прозрачное криптование. Спокойней на душе в случае, например, кражи. Если есть конечно бэкап, который по всем правилам должен быть физически где-то в другом/других местах, и по той же причине тоже криптованным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #132

81. Сообщение от NotaBug (ok), 01-Дек-20, 16:03	+1 +/–
Поставлю любую ФС если она не будет дёргать диск и моргать этой долбаной лампочкой. Хотя насколько я понял, все ядра, начиная с 4-й версии имеют диск вдоль и поперёк, даже ext2, но ведь удавалось же обеспечить нулевое обращение к диску при простое например на том же Debian 8 с ядром 3.16 и ниже, вот прям ноль, хоть десять лет работает. Линус, ты делаешь что-то не то.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #85, #86, #101, #158

82. Сообщение от xm (ok), 01-Дек-20, 16:13	+/–
Да ну с чего бы? Там опасения, скорее связаны с тем, что во FreeBSD приедут (прежние?) проблемы ZFS на Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

83. Сообщение от Аноним3000 (?), 01-Дек-20, 16:32	+3 +/–
чтобы хранить порнуху более эффективно!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

84. Сообщение от Аноним (59), 01-Дек-20, 17:00	–2 +/–
Это гит мелкомягких.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

85. Сообщение от псевдонимус (?), 01-Дек-20, 17:22	–1 +/–
Та как бы диск не файловая система дёргает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

86. Сообщение от nobody (??), 01-Дек-20, 17:30	+2 +/–
Дело не в ядре. Специально проверял, собирал одно и то же ядро в Fedora 25 и 26. В 26 и выше лампочка HDD вспыхивает каждые 2 сек. В 25 тишина, пока что-нибудь не запишешь. Судя по всему это какой-то сервис, не удивлюсь, если из комплекта systemd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #89

87. Сообщение от nobody (??), 01-Дек-20, 17:37	–1 +/–
А кто-нибудь знает где можно проверить ключ, которым подписан .tar.gz ? Новых бинарных сборок 2.0.0 под дистрибутивы пока нет, а старые сборки подписаны gpg ключами ментейнеров, которые тоже не понятно где проверять...
Ответить | Правка | Наверх | Cообщить модератору

88. Сообщение от Аноним (88), 01-Дек-20, 18:11	+3 +/–
ZFS это хорошо
Ответить | Правка | Наверх | Cообщить модератору

89. Сообщение от NotaBug (ok), 01-Дек-20, 18:19	+/–
> Судя по всему это какой-то сервис, не удивлюсь, если из комплекта systemd. Скорее всего так и есть, если например logrotate и подобное легко выпиливалось, то journald намертво вшито.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

90. Сообщение от zzz (??), 01-Дек-20, 18:24	+/–
У UFS нельзя одновременно задействовать снапшоты и Soft Updates, а это частенько бывает нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

93. Сообщение от Аноним (93), 01-Дек-20, 18:41	+1 +/–
Впилили бы zstd компрессию в ext4, и не надо больше ничего
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #95, #120, #129

95. Сообщение от Аноним (30), 01-Дек-20, 19:27	+/–
Лучше webp.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

96. Сообщение от Аноним (96), 01-Дек-20, 19:39	+2 +/–
> 1 Гб на каждый 1 ТБ хранилища, насколько помню А вы не помните, вы головой подумайте. Есть горячие данные, есть холодные. Для горячих нужен ARC, а сколько холодных, а тем более места в хранилище, ему глубочайше насрaть. Если хранилище используется как лента, ARC вообще не нужен. Если на хранилище идёт значительная нагрузка в виде равномерно наспределённого случайного доступа, ARC имеет смысл делать либо размером в хранилище, либо вообще не делать потому что он иначе никак не поможет. Если доступ распределён неравномерно, то оптимальный размер arc может лежать где угодно в диапазоне от 0 до размера хранилища и зависит от множества факторов. Сделай одолжение, найди свою ссылку, узнай её автора и напиши ему что он некомпетентный графоман-вредитель.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #99, #145

97. Сообщение от Аноним (96), 01-Дек-20, 19:53	+/–
Там ничего не нужно настраивать. Дедупликация по умолчанию выклчючена, ARC при memory pressure сам сжимается. На 512MB VPS'ке, например, он замечательно живёт с кучей сервисов без каких бы то ни было настроек. Миф о том что для ZFS нужна куча памяти родился в давние времена когда ещё были достаточно распространены 32битные платформы, и на FreeBSD где ZFS активно начали пробовать действительно была проблема когда i386 система паниковала из-за нехватки адресного пространства (не физической памяти!). Больше ничего объективного намекающего на необоснованное потребление памяти нет. Но есть куча необразованных обезьян, которые еле-еле освоили что в эффективно работающей системе Free памяти быть не должно, как опа! появляется новая сущность arc, которая вдруг "съедает" всю память. Сразу срыв шаблона, паника и истерика. Не уподобляйтесь таким.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

98. Сообщение от Аноним (98), 01-Дек-20, 19:54	–2 +/–
Если без давайте без если и без. Т.е. По факту ей надо полтерабайта памяти и больше на типичное использование а ля подкроватный сервер. Как с этим у btrfs сейчас?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #104, #133, #193

99. Сообщение от Аноним (98), 01-Дек-20, 19:55	–1 +/–
А как он дедуплицировать будет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #105

100. Сообщение от Annoynymous (ok), 01-Дек-20, 20:27	+/–
Идея состояла в том, чтобы на волне успеха Linux попытаться попробовать выпустить Solaris как свободный продукт и поднять его популярность. При этом было понятно, что вместо поддержки двух ОС, корпорации бы просто перетащили самые вкусные куски кода из Solaris в Linux, поэтому надо было позаботиться о том, чтобы существовавшие тогда преимущества Solaris, такие как Dtrace, ZFS не утекли в Linux. Так появилась CDDL - то же самое, что и GPL, копилефтная свободная лицензия. Код под CDDL не совместим с GPL - ведь обе лицензии требуют, чтобы производный код сохранял лицензию, а значит, GPL код не может быть связан с CDDL и обратно. Ну и поскольку код ZFS on Linux базируется на коде ZFS из Solaris, он обязан лицензироваться под CDDL. P.S. И передавайте привет идиоту-анонимусу, который пишет, что CDDL свободнее GPL, хе-хе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #119

101. Сообщение от Аноним (98), 01-Дек-20, 21:30	+/–
Если бы это было так, диски бы не парковались каждые 5 минут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #107

102. Сообщение от Chromium (ok), 01-Дек-20, 21:39	–1 +/–
Адекватные разработчики берут прежде всего наиболее функциональный и рабочий код. А лицензия - дело второстепенное. Сколько вклада в Linux вносят крупные компании типа Google и Microsoft?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #118, #138, #172, #190

103. Сообщение от Аноним (103), 01-Дек-20, 21:47	–2 +/–
>Великий Столлман подарил нам истинную Свободу в виде копилефта! Ну так CDDL тоже копилефт. Просто один копилефт с другим не совместим ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #189

104. Сообщение от OpenEcho (?), 01-Дек-20, 22:00	–1 +/–
> Если без давайте без если и без. В ZFS по умолчанию выключена дедуплекация, о каких "без" не "без" разговор? >Т.е. По факту ей надо полтерабайта памяти и больше на типичное использование а ля подкроватный сервер. С английским проблема посмотреть ссылки приведеные выше? 1Гб памяти достаточно для любого обьема > Как с этим у btrfs сейчас? FYI: Поддержка btrfs была остановлена одним из главных спонсоров линукса - т.е. красношляпой
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #113, #163

105. Сообщение от OpenEcho (?), 01-Дек-20, 22:04	+/–
> А как он дедуплицировать будет? А зачем ??? У вас правда столько много одинаковых котиков раскиданных по всему диску чтоб экономить через дедупликацию?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #110, #134

107. Сообщение от NotaBug (ok), 01-Дек-20, 22:33	+/–
> Если бы это было так, диски бы не парковались каждые 5 минут. Вот причём здесь парковка? Тем более её легко отключить в /etc/hdparm.conf смените #apm_battery = 127 на apm_battery = 255 По крайней мере раньше было так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #109

108. Сообщение от Аноним (59), 01-Дек-20, 22:45	+/–
Оно уже научилось дефрагментации?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #153, #167

109. Сообщение от Аноним (98), 01-Дек-20, 23:01	+/–
Нуу это сильно раньше, на современных дисках парковка не отключается. Вроде даже как совсем. Если бы ядро дёргало диски, они бы не парковались, но они паркуются и не просыпаются пока не понадобятся какие-нибудь файлы. Можно в iotop -oa наверно посмотреть кто дёргает, но если это какой-нибудь крон, то не отобразится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #115, #127

110. Сообщение от Аноним (98), 01-Дек-20, 23:04	+/–
Ты не поверишь сколько одинаковых котиков. Я прошёлся hardlink и освободил примерно так треть пространства, но метаданные и атрибуты были утеряны конечно и в идеале этого стоит избежать. И это ведь только абсолютно идентичные данные, а сколько их частично совпадающих? Да 2/3 оставшегося наверно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

111. Сообщение от Аноним (111), 01-Дек-20, 23:05	+1 +/–
сходится. У тебя первоначальных копий могло быть 10. Всё это, условно, "сворачивается" в один экземпляр, который потом другими компонентами ФС дублируется уже для сохранности. Условно: было 10 - стало 2.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

112. Сообщение от lleeree_ (ok), 01-Дек-20, 23:08	+1 +/–
1. Компрессия на исходниках 2. Дедупликация если вы маньяк 3. Можете увеличить пространство за счет любого подключенного диска. 4. Если не додумались до бэкапа, то потеряете все данные по взмаху палочкой феи (из электросетей).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

113. Сообщение от Аноним (98), 01-Дек-20, 23:12	+/–
>по умолчанию выключена Какой смысл использовать дефолт? >1Гб памяти достаточно для любого обьема Зачем же такая очевидная ложь? Не любого, далеко не всегда эффективно, и без дедупликации естественно. >FYI: Поддержка btrfs была остановлена одним из главных спонсоров линукса - т.е. красношляпой https://www.phoronix.com/scan.php?page=news_item&px=Fedora-3...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #149

114. Сообщение от имя (ok), 02-Дек-20, 01:10	+1 +/–
> А что, вас часто грабят и поджигают? «Если у вас паранойя, это ещё не значит, что за вами не следят.»
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

115. Сообщение от NotaBug (ok), 02-Дек-20, 01:29	+/–
Что это за современные диски такие, вроде ж техпроцесс на HDD не меняется десятилетиями, тут надо копать в daemon/service и с корнем такое выпиливать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #116

116. Сообщение от Аноним (98), 02-Дек-20, 01:49	+1 +/–
Вообще-то каждые пару лет всё меняется очень значительно. Не выпилишь ты парковку, она в прошивке зашита. Они видимо решили что достаточно обкатали на прошлых поколениях и теперь можно принудительно парковать. В принципе это не сотни тысяч парковок в месяц, но штук 10 за день легко набирается и доступ к паркованным дискам чересчур уж медленный. Если хочешь убить диск более эффективно включи остановку шпинделя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #148

117. Сообщение от Аноним (117), 02-Дек-20, 02:24	–1 +/–
И в чём он троллит? GPL - рак, дающий метастазы в другие проекты. GPL запрещает использование других, свободных лицензий. И речь не про CDDL даже, а про абсолютно любую лицензию. Пишешь наработки в проекте с GPL и обязан лицензировать в GPL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #137, #207

118. Сообщение от Аноним (117), 02-Дек-20, 02:27	+/–
То-то все крупные проекты, не затрагивающие напрямую GPL код используют Apache и BSD. Что мешало, к примеру, Clang под GPL выпустить или Golang, Rust и прочее, что написали крупные компании не так давно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #208

119. Сообщение от Аноним (117), 02-Дек-20, 02:30	+3 +/–
>ведь обе лицензии требуют, чтобы производный код сохранял лицензию CDDL позволяет использовать другие лицензии в составе проекта и даже распространять проект CDDL под другой лицензией. Так что, упёртый тут только GPL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #171

120. Сообщение от Синьоры смотрители борделей (?), 02-Дек-20, 02:52	+/–
Она есть, называется VDO Layer
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #121

121. Сообщение от fske (?), 02-Дек-20, 03:06	+1 +/–
Мало, очень мало прлслоек. Нужно больше!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

122. Сообщение от Аноньимъ (ok), 02-Дек-20, 05:03	+1 +/–
Теперь поцелуйтесь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

123. Сообщение от Аноньимъ (ok), 02-Дек-20, 05:06	+/–
Ну, самое главное её сво
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

124. Сообщение от Аноньимъ (ok), 02-Дек-20, 05:11	+1 +/–
Ну, самое главное её свойство это защита от тихой порчи данных. А побочное - очень годный софтварный рейд. Так что можете например зеркало сделать, или RAID-Z А если избыточность не интересна то сможет точно обнаружить повреждение данных и сказать какие именно данные повреждены. Другая удобная вещь это снимки. Для десктопа очень даже полезно. И бекапы делать очень просто. Третья удобная вещь - сжатие на лету. Для уже сжатых файлов и прочего видео штрафа почти нет. Зато разнообразные сорцы и прочее сжимает очень круто попутно сильно ускоряя чтение и запись.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

125. Сообщение от Аноньимъ (ok), 02-Дек-20, 05:12	+/–
ЗФС можно оттюнить на низкое потребление. По крайней мере раньше можно было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

126. Сообщение от Аноньимъ (ok), 02-Дек-20, 05:17	+/–
> А можно как-то настроить ZFS для старого компа с ОЗУ 2-4ГБ? Отключить > тяжелые фичи (типа дедупликации), оставив сжатие... Можно. ZFS тюнется на малые объемы ОЗУ очень неплохо. >типа дедупликации Она никогда не должна быть включена ни где. И не включена. Включать если у вас есть много героина и молоток.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #130, #140

127. Сообщение от Аноньимъ (ok), 02-Дек-20, 05:20	+/–
Современные диски очень разные. И на большинстве парковкой можно управлять из вне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

128. Сообщение от ZFS (?), 02-Дек-20, 06:17	+/–
Так не или, а И. Физическая избыточность задается на уровне пула zpool количеством доп. устройств zmirror или raidz А copies - это логическая избыточность на уровне dataset, задается командой ZFS (, а не zpool). Т.е. ничто не мешает одновременно иметь например физически три зеркала zmirror на уровне zpool и поверх них две логических копии на уровне zfs copies=2 pool/dataset. И будет вам количество копий 3*2=6 ! Причем одновременно с дедупликацией хоть сотен бэкапов, например DB2 dedup.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

129. Сообщение от nymous (?), 02-Дек-20, 06:37	+/–
Мысль вслух - а может попробовать компрессию на F2FS...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

130. Сообщение от nymous (?), 02-Дек-20, 06:38	+/–
> ZFS тюнется на малые объемы ОЗУ очень неплохо Как именно тюнется?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #152

131. Сообщение от Аноним (131), 02-Дек-20, 06:52	+/–
Нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

132. Сообщение от ZFS (?), 02-Дек-20, 06:58	+1 +/–
ZFS прекрасно работает поверх люксованных дисков, родное шифрование ZFS вроде бы не шифрует даже метаданные, оно надо такое?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

133. Сообщение от ZFS (?), 02-Дек-20, 07:04	+1 +/–
6TB пулы работают просто прекрасно на Core2Duo всего с двумия гигами рамы под Devuan. Добавление SSD кэширования еще более улучшает все это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

134. Сообщение от ZFS (?), 02-Дек-20, 07:08	+/–
Дедупликация бэкапов DB2 с опцией DB2 dedup позволяет добиться снижения занимаего физического пространства в количество раз, равное примерно количеству бэкапов. Например, если у вас 1000 бэкапов, то они займут примерно в 1000 раз меньше места, ну может в 300-500 раз с поправкой на дельты и т.п.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #135, #150, #176, #194

135. Сообщение от ZFS (?), 02-Дек-20, 07:12	+/–
Только потом для операций на удаление, например, снэпшотом даже при количестве рамы в 8 гиг будет уходить очень много времени. Поэтому чтобы почистить такой пул с бэкапами от старых бэкапов проще просто его дропнуть и создать новый, иначе будете его чистить неделями, если не месяцами. При это запись и чтение работает вполне приемлемо по скорости, до тех пор пока пул не переполнится. Т.е. дедупнутые пулы OpenZFS - это как бы такие ленточки, на которые можно только писать и с которых можно читать, но не удалять. А если нужно удалить, то проще (быстрее в 1000 раз) "размагнитить" всю ленточку командой zpool destroy.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134

136. Сообщение от a (??), 02-Дек-20, 07:32	+/–
питон только и может что лог с такой скоростью срать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

137. Сообщение от Alexander Belov (?), 02-Дек-20, 08:57	+2 +/–
все верно, жпл или смерть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

138. Сообщение от Аноним (138), 02-Дек-20, 08:58	+/–
*вредоносного вклада
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

139. Сообщение от Alexander Belov (?), 02-Дек-20, 09:57	+/–
обойти это очень просто, проставить параметры размера арка в конфиге
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

140. Сообщение от edo (ok), 02-Дек-20, 10:07	+/–
> Она никогда не должна быть включена ни где. И не включена. Слишком смелое утверждение. У меня дедуплицикация фс, занимающей 6Тб на диске, потребляет меньше 4 гигабайт памяти: dedup: DDT entries 22107989, size 511B on disk, 165B in core Коэффициент дедупликации 4:1.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #151

141. Сообщение от Alatar (??), 02-Дек-20, 10:38	+/–
Да нормальные это бекапы. Если пользователь считает достаточным бекапить свои важные данные в отдельную папочку на том же диске, это его решение и снапшоты ZFS будут ничем не хуже, скажем, рсинка. Если же не считает, то кто ему мешает хранить снапшоты на удалённой машине?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

142. Сообщение от JBOND (?), 02-Дек-20, 10:45	+/–
DRAID еще не допилили.
Ответить | Правка | Наверх | Cообщить модератору

143. Сообщение от Аноним (143), 02-Дек-20, 10:53	+/–
Дядь, это единственная рабочая COW FS с кучей функционала и которой не страшно доверить свои данные на всей планете (не считая APFS, которая закрыта).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #191, #209

144. Сообщение от n00by (ok), 02-Дек-20, 11:04	+/–
> Пожалуйста, не говорите ерунды, если не в теме. > 1Гб достаточно если без дедупликации даже на exabyte хранилище. Дословно "не должно быть массы проблем" ("would not have much trouble"). В общем, нет противоречий со средней температурой по больнице. > Почитайте не "ХауТо" блоги, а ответы на эту тему реальных разработчиков ZFS: Я не читал блоги до Вашей ссылки на reddit, только issues zfsonlinux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

145. Сообщение от n00by (ok), 02-Дек-20, 11:05	+/–
>> 1 Гб на каждый 1 ТБ хранилища, насколько помню > А вы не помните, вы головой подумайте. Над чем? Есть вопрос пользователя. Похоже, его запугало мнение экспертов, что ZFS съедает всю память и даже косточки не выплёвывает. > Есть горячие данные, есть холодные. > Для горячих нужен ARC, а сколько холодных, а тем более места > в хранилище, ему глубочайше насрaть. Вот только часть:      * The hash table is big enough to fill all of physical memory      * with an average block size of zfs_arc_average_blocksize (default 8K).      * By default, the table will take up      * totalmem * sizeof(void*) / 8K (1MB per GB with 8-byte pointers). https://github.com/openzfs/zfs/blob/zfs-2.0-release/module/z... > Если хранилище используется как лента, ARC вообще не нужен. Если на хранилище > идёт значительная нагрузка в виде равномерно наспределённого случайного доступа, ARC имеет > смысл делать либо размером в хранилище, либо вообще не делать потому > что он иначе никак не поможет. Если доступ распределён неравномерно, то > оптимальный размер arc может лежать где угодно в диапазоне от 0 > до размера хранилища и зависит от множества факторов. *    This is the easy case; all clean data contained by the mru and mfu *    lists is evictable. Evicting all clean data can only drop arc_size *    to the amount of dirty data, which is greater than arc_c_min. > Сделай одолжение, найди свою ссылку, узнай её автора и напиши ему что > он некомпетентный графоман-вредитель. Простите, но с такой целью я только вот что могу найти, а с авторами сами разбирайтесь: В настоящее время минимальный объем памяти, рекомендуемый для установки системы Solaris, составляет 768 МБ. Однако для обеспечения высокой производительности ZFS рекомендуется по крайней мере 1 ГБ памяти или более.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

146. Сообщение от Аноним (146), 02-Дек-20, 12:42	–1 +/–
Теоретически, можно написать скрипт, который перемещает файлы в /tmp (например) и обратно в zfs...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #210

147. Сообщение от Аноним (146), 02-Дек-20, 12:44	+/–
Бэкапы (снимки) можно инкрементально по сети пересылать в другой zfs
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #187

148. Сообщение от NotaBug (ok), 02-Дек-20, 13:02	+/–
> Вообще-то каждые пару лет всё меняется очень значительно. Не выпилишь ты парковку, > она в прошивке зашита. Они видимо решили что достаточно обкатали на > прошлых поколениях и теперь можно принудительно парковать. В принципе это не > сотни тысяч парковок в месяц, но штук 10 за день легко > набирается и доступ к паркованным дискам чересчур уж медленный. Если хочешь > убить диск более эффективно включи остановку шпинделя. А всё таки это из-за ядра, так как я ставил и Devuan, и MXLinux/Antix, там нет systemd, а диск дёргало будь здоров, скорее всего какая-то подсистема для ускорения доступа до ФС.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

149. Сообщение от OpenEcho (?), 02-Дек-20, 13:40	+/–
>Зачем же такая очевидная ложь? Не любого, далеко не всегда эффективно, и без дедупликации естественно. А кто говорил про эффективность? Естественно, чем больше памяти, тем лучше, но если как было сказанно - подкроватный вариант, то работать будет. 100% (если руки конечно из правильного места) И вы не бложики популярные читайте, - а оригиналы: https://access.redhat.com/discussions/3138231
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

150. Сообщение от OpenEcho (?), 02-Дек-20, 13:50	+/–
Я не спорю, что задачи разные бывают, но вы прочитайте пожалуйста оригинальный вопрос еще раз: >"А можно как-то настроить ZFS для старого компа с ОЗУ 2-4ГБ? Отключить тяжелые фичи (типа дедупликации), оставив сжатие..." Вы правда думаете что в этом случае нужна дедупликация ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134

151. Сообщение от Аноньимъ (ok), 02-Дек-20, 13:51	+/–
Каков юзкейс, что храните, каковы нагрузки? Единственный известный мне случай оправданной детупликации это куча виндовз виртуалок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #154

152. Сообщение от Аноньимъ (ok), 02-Дек-20, 13:55	+/–
>> ZFS тюнется на малые объемы ОЗУ очень неплохо > Как именно тюнется? http://letmegooglethat.com/?q=zfs+tuning+guide
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

153. Сообщение от Аноньимъ (ok), 02-Дек-20, 13:58	–1 +/–
> Оно уже научилось дефрагментации? Каков ваш юзкейс вызывающий повышенную фрагментацию ZFS? Как быстро перфоманс деградирует?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #155, #161

154. Сообщение от edo (ok), 02-Дек-20, 14:29	+/–
Бэкапы виртуалок вмвари, хранятся 10 последних дней
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #166

155. Сообщение от Аноним (98), 02-Дек-20, 15:11	+1 +/–
Любой юзкейс где файлы не аллоцируются сразу а дописываются в процессе вызывает сильную фрагментацию. Например, типично самое фрагментированное, это профили браузера (для линукса).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #157

156. Сообщение от t (??), 02-Дек-20, 15:25	+/–
а чего для домашнего применения не использовать btrfs ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #192

157. Сообщение от Аноньимъ (ok), 02-Дек-20, 15:35	–1 +/–
Профиль браузера у вас вызывает фрагментацию ZFS? Или вы не знаете, а только предполагаете? ИМХО, нужно проверять. ZFS кстати COW система, на всякий случай отмечу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #159

158. Сообщение от t (??), 02-Дек-20, 15:35	+1 +/–
на ext4 ставил commit=900, и годами жил на корне который на флешке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #186

159. Сообщение от Аноним (98), 02-Дек-20, 15:44	–1 +/–
Ext4 он определённо точно фрагментирует очень сильно, а ведь ext4 как известно тоже "не фрагментируется", только даже e4defrag плачет кровавыми слезами от кэшей браузера. Однако, свободное пространство адово фрагментирует, но у неё хотя бы какой-то онлайн дефрагментатор есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #168

160. Сообщение от Вопль_в_пустыне (?), 02-Дек-20, 18:14	+/–
Нормальная фс для больших объемов самое то.
Ответить | Правка | Наверх | Cообщить модератору

161. Сообщение от Аноним (161), 02-Дек-20, 18:40	+/–
Я сумку на плече ношу либо рюкзак, кейсами не пользуюсь. И про Перфоманса не знаю, среди знакомых людей с такой фамилией нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

162. Сообщение от Кир (?), 02-Дек-20, 19:47	+/–
для двух копий видимо делай 2 снапшота, с нужной тебе частотой
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

163. Сообщение от Кир (?), 02-Дек-20, 20:12	+1 +/–
Наиболее заметные улучшения в Fedora 33:     Все варианты дистрибутива для рабочего стола (Fedora Workstation, Fedora KDE и т.п.) переведены на использование по умолчанию файловой системы Btrf
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

165. Сообщение от microsoft (?), 02-Дек-20, 20:18	+/–
Пруфов конечно не будет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

166. Сообщение от Аноньимъ (ok), 02-Дек-20, 20:42	+/–
> Бэкапы виртуалок вмвари, хранятся 10 последних дней Да, один из немногих случаев когда дедупликая может быть полезной... Кстати, с сжатием просто сравнивали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

167. Сообщение от xm (ok), 02-Дек-20, 20:49	+2 +/–
А почему вас это беспокоит? Я вот не вижу проблем с производительностью на ZFS c 73% фрагментацией. Кстати, вы точно правильно понимаете что этот показатель означает в ZFS?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

168. Сообщение от Аноньимъ (ok), 02-Дек-20, 20:53	+/–
> Ext4 он определённо точно фрагментирует очень сильно, а ведь ext4 как известно > тоже "не фрагментируется", только даже e4defrag плачет кровавыми слезами от кэшей > браузера. Однако, свободное пространство адово фрагментирует, но у неё хотя бы > какой-то онлайн дефрагментатор есть. Надо тестировать. ZFS - совсем другая система. Я слышал о проблеме фрагментации на ней, но точно не на профилях браузера. И обычно рекомендуют оставлять больше свободного места или добавить дисков в пул для повышения IO. В любом случае, вначале тестирование - потом решение. Скорее всего, ненужно ничего для кешей браузера дефрагментировать никогда вообще. Как варианты, отключить кеш на диске, или разместить кеш на ССД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #169

169. Сообщение от Аноним (98), 02-Дек-20, 21:35	–1 +/–
Не только профили браузера, это просто пример постоянно пишущихся файлов. Ещё жесть была на cow образах виртуалок. И раньше ещё сталкивался с фрагментацией на торрентах, когда программа не аллоцировала сразу весь файл целиком. Дефрагментатора на линуксах очень не хватает, файлы читающиеся подряд чаще всего будут разнесены по всем блинам ровным слоем даже если они не фрагментированы, это тоже значительно снижает производительность (поэтому доступ к куче мелких файлов такой медленный). Ну и консолидировать свободное пространство наверное хотелось бы. Не подходит линукс для высокопроизводительных рабочих станций, ничего не поделать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #175

170. Сообщение от Аноним (172), 02-Дек-20, 22:55	+/–
> OpenZFS уже используется в основной ветке FreeBSD (HEAD) HEAD это не ветка! Насколько я выяснил (на openzfs.org/wiki/Main_Page) OpenZFS использует git в качестве системы контроля версий. В git, HEAD - это указатель на текущую ветку. Поэтому фраза имеет (точнее _фраза_не_имеет_смысла) следующий смысл - "OpenZFS уже используется в основной ветке FreeBSD (любой ветке в которую сделан git checkout или git switch)"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #174

171. Сообщение от Annoynymous (ok), 02-Дек-20, 22:56	+/–
> CDDL позволяет использовать другие лицензии в составе проекта и даже распространять проект > CDDL под другой лицензией. Так что, упёртый тут только GPL. Нет. CDDL — это аналог LGPL, он позволяет распространять код в составе другого проекта, но не позволяет проект под CDDL под другой лицензией. Иначе он был бы совместим с GPL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #173

172. Сообщение от Аноним (172), 02-Дек-20, 23:06	+1 +/–
> Сколько вклада в Linux вносят крупные компании типа Google и Microsoft? Присоединяюсь к вопросу. Сколько? > А лицензия - дело второстепенное. К сожалению нет. Лицензия часто определяет будет жить проект или нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #201

173. Сообщение от Аноним (117), 03-Дек-20, 00:05	+/–
>CDDL — это аналог LGPL LGPL совместим с GPL. Если бы CDDL был бы аналогом, была бы совместимость тоже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #188

174. Сообщение от Аноним84701 (ok), 03-Дек-20, 00:21	+/–
FreeBSD вообще-то старше git и HEAD может использоваться как устоявшееся обозначение https://www.freebsd.org/cgi/man.cgi?cvs >  HEAD refers to the most recent    version available in the repository еще со времен живых мамонтов и компьютеров из натурального кремНЯ т.е. фраза означает, что оно вот тут https://svnweb.freebsd.org/base/head/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

175. Сообщение от Аноньимъ (ok), 03-Дек-20, 00:34	+/–
>И раньше ещё сталкивался с фрагментацией на торрентах, когда программа не аллоцировала сразу весь файл целиком Нужно аллоцировать, иначе торренты жесткий диск вешают. >Не подходит линукс для высокопроизводительных рабочих станций Высокопроизводительные рабочие станции используют ССД, как и большинство домашних ПК. А чтобы словить проблему с фрагментацией на HDD нужно очень хорошо постараться, так как современные файловые системы это дело давно научились оптимизировать. >Дефрагментатора на линуксах очень не хватает Вы всегда можете провести офлайн дефрагментацию раз в 5 лет. Если у вас это постоянная проблема то нужно устранять причины её возникновения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #177

176. Сообщение от Аноньимъ (ok), 03-Дек-20, 00:41	+/–
> Например, если у вас 1000 бэкапов, то они займут примерно в 1000 > раз меньше места, ну может в 300-500 раз с поправкой на > дельты и т.п. ZFS поддерживает инкрементальные бекапы снапшотов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134

177. Сообщение от Аноним (98), 03-Дек-20, 00:53	+/–
ССД не напасёшся, они конечно идут под кэши, но это всё довольно ограничено в итоге. Плохо ФС это оптимизируют, очень плохо. >офлайн дефрагментацию раз в 5 лет Ну да, если бы она ещё существовала. Есть эффективный метод переместить файлы с диска на диск, но это неделями нонстоп диски долбить же и их нельзя при этом использовать. Не вариант. Что касается фрагментации свободного пространства, то за год использования на корне картина такая Min. free extent: 4 KB Max. free extent: 190888 KB Avg. free extent: 424 KB Num. free extent: 76118 на разделе с данными Min. free extent: 4 KB Max. free extent: 2080640 KB Avg. free extent: 1636 KB Num. free extent: 258754 Если файл попадёт в эти миллионы 4 килобайтных экстентов, ему поплохеет. А когда их будет больше одного, и они все размазаны? У ссд внутреннее представление вроде бы 20 мегабайт, не уверен, как это всё сказывается на их эффективности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #178, #179

178. Сообщение от Аноним (98), 03-Дек-20, 00:58	+/–
Особенно весело становится когда случайный доступ в несколько потоков, а файлы размазаны. Вот это да, так и убить диски не долго (если они раньше не отключатся от перегрева сами).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #180

179. Сообщение от Аноньимъ (ok), 03-Дек-20, 01:17	+/–
>ССД не напасёшся На кеш браузера и логи? >они конечно идут под кэши, но это всё довольно ограничено в итоге. Плохо ФС это оптимизируют, очень плохо. ZFS очень хорошо это оптимизирует. Попробуйте тестовый сетап сделать, 6 винчестеров, сцепляете по два в vdev и из них RAID-Z. Рядом 2 ссд в зеркало и подключаете к пулу как хранилище метаданных. По вкусу добавляете NVME ссд для L2-ARC и один в кач ЛОГ девайса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177

180. Сообщение от Аноньимъ (ok), 03-Дек-20, 01:18	+/–
> Особенно весело становится когда случайный доступ в несколько потоков, а файлы размазаны. > Вот это да, так и убить диски не долго (если они > раньше не отключатся от перегрева сами). Никакая дефрагментация тут не поможет. Это ограничения жестких дисков как технологии. Решается сборкой рейд массивов и настройкой кеширования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #181

181. Сообщение от Аноним (98), 03-Дек-20, 01:29	+/–
Диски читают в свой кэш относительно большими блоками (даже очень большими), а если файлы расположены рядом то ещё и значительная экономия на позиционировании. Т.е. в каталоге с кучей мелких файлов более выгодно будет разместить их рядышком, а не по всем пластинам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #182

182. Сообщение от Аноньимъ (ok), 03-Дек-20, 01:38	+/–
> Диски читают в свой кэш относительно большими блоками (даже очень большими), а > если файлы расположены рядом то ещё и значительная экономия на позиционировании. И как это поможет когда у вас >случайный доступ в несколько потоков ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #183

183. Сообщение от Аноним (98), 03-Дек-20, 01:50	+/–
На позиционирование понадобится много меньше времени, если файлы сразу попадают в кэш (либо как минимум расположены рядом). Если же их придётся искать по всем пластинам, никакого толка не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182 Ответы: #184

184. Сообщение от Аноньимъ (ok), 03-Дек-20, 02:01	+/–
Доступ же случайный, откуда файлам в кеш попадать, и какая разница как близко они находятся если доступ случайный?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183 Ответы: #185

185. Сообщение от Аноним (98), 03-Дек-20, 02:10	+/–
Наверное всё же не совсем случайный. Тут вычитал тысячу файлов за один заход, там 10 тысяч файлов. Кроме того, диски достаточно умные, чтобы оптимизировать доступ к рядом расположенным данным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #199

186. Сообщение от NotaBug (ok), 03-Дек-20, 02:32	+/–
> на ext4 ставил commit=900, и годами жил на корне который на флешке. Спасибо, добавил к noatime,nodiratime,nobarrier, а вот lazytime под вопросом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

187. Сообщение от Аноним (187), 03-Дек-20, 08:04	+2 +/–
> Бэкапы (снимки) можно инкрементально по сети пересылать в другой zfs Вот тот другой zfs и будет бэкапом. А снимки на основной системе так и останутся просто снимками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

188. Сообщение от Annoynymous (ok), 03-Дек-20, 11:08	+/–
>>CDDL — это аналог LGPL > LGPL совместим с GPL. Если бы CDDL был бы аналогом, была бы > совместимость тоже. Именно. Его намеренно сделали несовместимым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

189. Сообщение от Аноним (-), 03-Дек-20, 11:19	+/–
Так сан хотел солярис проталкивать в пику линуксу. Но получилось иначе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

190. Сообщение от Аноним (-), 03-Дек-20, 11:21	+1 +/–
> Сколько вклада в Linux вносят крупные компании типа Google и Microsoft? На удивление, довольно много. Загрепай по гиту, умник. Майкрософт один раз вообще в топ вошел. С поддержкой своего гиперви в линуксе, разумеется. В *бсд они врядли с этим пойдут - на линуксе 2/3 их azure видите ли, а на bsd у них какой % кастомеров?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #197

191. Сообщение от Аноним (-), 03-Дек-20, 11:22	+1 +/–
Btrfs хранит данные миллиардов хомячков фэйсбука, вроде живые.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #195

192. Сообщение от Аноним (-), 03-Дек-20, 11:23	+/–
Спасибо, кэп, это уже даже до федоры дошло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

193. Сообщение от Аноним (-), 03-Дек-20, 11:24	+1 +/–
> Как с этим у btrfs сейчас? Живет на роутере с 64 мегами. Нормально?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

194. Сообщение от Аноним (-), 03-Дек-20, 11:26	+/–
> Например, если у вас 1000 бэкапов, то они займут примерно в 1000 раз меньше места, ...но когда сыпанется под общим для них всех набором блоков, мы скажем "во бл$!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #196

195. Сообщение от имя (ok), 03-Дек-20, 12:19	+2 +/–
> Btrfs хранит данные миллиардов хомячков фэйсбука, вроде живые. …потому что могут нанять себе автора btrfs, а ленты далеко всё равно никто не листает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191

196. Сообщение от Аноним (98), 03-Дек-20, 13:04	+/–
Неправильно ты бэкапы делаешь, дядя. 1000 кратная избыточность на одном массиве это не правильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

197. Сообщение от анонн (ok), 03-Дек-20, 13:59	+/–
> На удивление, довольно много. Загрепай по гиту, умник. Майкрософт один раз вообще > в топ вошел. С поддержкой своего гиперви в линуксе, разумеется. В > *бсд они врядли с этим пойдут - на линуксе 2/3 их azure видите ли, а на bsd у них какой % кастомеров? Ох уж эти сказочники ... https://www.opennet.ru/opennews/art.shtml?num=44570 > Компания Microsoft подготовила модифицированную версию FreeBSD для Azure > 09.06.2016 09:04 > Сообщается, что большая часть подготовленных Microsoft изменений, нацеленных на увеличение производительности ввода/вывода и сетевой подсистемы, уже вошли в состав FreeBSD 10.3. https://www.opennet.ru/opennews/art.shtml?num=34538 > Компания Microsoft открыла код для поддержки платформы виртуализации Hyper-V во FreeBSD > 09.08.2012 23:43 > Компания Microsoft объявила о публикации на GitHub набора патчей для обеспечения полноценной поддержки запуска гостевых окружений с ОС FreeBSD >В настоящее время ведётся работа по интеграции опубликованных патчей в основное дерево исходных текстов FreeBSD. .
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

198. Сообщение от Аноньимъ (ok), 03-Дек-20, 15:49	+/–
Ну, а что там конфигурировать? Отключить дублирующие фичи и размер блока подобрать. ZFS кстати основные фичи двара сама имеет. Двар наверное оптимизирован на меньший жор ОЗУ, но нужно смотреть. А какого рода работу вы можете предложить? И в каком виде вам конфигурацию ZFS прислать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

199. Сообщение от Аноньимъ (ok), 03-Дек-20, 19:02	+/–
Нет, диски не обладают подобным интеллектом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #200

200. Сообщение от Аноним (98), 03-Дек-20, 21:25	+/–
Или обладают, они определённо умнее среднего пользователя. Сегодняшние нжмд исключительно высокотехнологичны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199 Ответы: #202

201. Сообщение от Chromium (ok), 03-Дек-20, 22:35	+1 +/–
>> Сколько вклада в Linux вносят крупные компании типа Google и Microsoft? > Присоединяюсь к вопросу. Сколько? https://www.linuxfoundation.org/membership/members/ >> А лицензия - дело второстепенное. > К сожалению нет. > Лицензия часто определяет будет жить проект или нет. Если программа работает отлично, но проприетарная, то соответствующий проект могут выкупить вместе с разработчиками. А если она дерьмо, то тут никакая лицензия не поможет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

202. Сообщение от Аноньимъ (ok), 03-Дек-20, 22:36	+/–
Вот и не додумывайте тогда за ШДД и файловые системы, им виднее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200 Ответы: #203

203. Сообщение от Аноним (98), 03-Дек-20, 23:00	–1 +/–
Ну это уже откровенное хамство, да? Будем считать за слив и отсутствие адекватных аргументов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #204

204. Сообщение от Аноньимъ (ok), 03-Дек-20, 23:06	+/–
Вам заняться нечем, кроме как меня троллить? Вы единственный кто здесь хамит. Все ваши комментарии сводятся к попытке придумать причину для необходимости механизма онлайн дефрагментации, в виду ваших слабых познаний в теме попытке нелепой. Как я должен на ваши вольные фантазии отвечать, по вашему? Давайте перефразирую, мне неинтересны ваши фантазии, и вам не стоит тратить на них время, подобные занятия ведут к шизофрении.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #205, #214

205. Сообщение от Аноним (98), 03-Дек-20, 23:13	–1 +/–
Ну это стадия отрицания, не иначе. Пример низкой квалификации, да? Поскольку любой, кто работал с сильно фрагментированными данными (и видел разницу между размазанными данными и локально сгруппированными), понимает, насколько это плохо для производительности и почему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #206

206. Сообщение от Аноним (98), 03-Дек-20, 23:21	+/–
Пс. я, конечно, могу совершенно добросовестно заблуждаться, но я хотя бы проводил исследование, и что-то мне подсказывает, что я вполне корректен в полученных выводах. Если, конечно, не допустил ошибку при анализе, но в таком случае она была совершена многократно и оборудования для получения более достоверного результата у меня в наличии не было в любом случае.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

207. Сообщение от Брат Анон (ok), 07-Дек-20, 09:56	–1 +/–
GPL -- неудобная лицензия. Она вмешивается в другие лицензии. И тут надо понимать -- в условиях капитализма -- GPL раковая опухоль. В условиях общества совместного справедливого потребления -- GPL является антибиотиком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

208. Сообщение от Брат Анон (ok), 07-Дек-20, 09:59	+/–
> То-то все крупные проекты, не затрагивающие напрямую GPL код используют Apache и > BSD. Что мешало, к примеру, Clang под GPL выпустить или Golang, > Rust и прочее, что написали крупные компании не так давно? Компиляторы и языки программирования -- это отдельная песня. А что касается GPL -- никто не заставляет отказываться от динамической линковки (и понимается (для справочки) динамическая линковка весьма по разному).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

209. Сообщение от Брат Анон (ok), 07-Дек-20, 10:02	+/–
> Дядь, это единственная рабочая COW FS с кучей функционала и которой не > страшно доверить свои данные на всей планете (не считая APFS, которая > закрыта). Чо? Т.е. я правильно понимаю, что RAID, софт-зеркалирование -- не надо, а NTFS допускает потери данных каждый день на предприятиях?))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

210. Сообщение от Брат Анон (ok), 07-Дек-20, 10:04	+/–
> Теоретически, можно написать скрипт, который перемещает файлы в /tmp (например) и обратно > в zfs... Теоретически, можно. Но практически это будет означать: ZFS не является ФС для всех.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

211. Сообщение от Брат Анон (ok), 07-Дек-20, 10:16	+/–
> Добавлена поддержка алгоритма сжатия zstd (Zstandard), который демонстрирует в 3-5 раз более > высокую скорость сжатия по сравнению с zlib/Deflate Прям в 3-5 раз более высокую скорость сжатия?... Т.е. эти ребята возможно: 1) научились читать данные с диска в 3..5 раз быстрее 2) открыли какой-то волшебный алгоритм?))
Ответить | Правка | Наверх | Cообщить модератору

213. Сообщение от Vanych (?), 12-Дек-20, 17:58	+/–
Кроме "дедубликации" в ZFS есть еще и "дублирование"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

214. Сообщение от Admin LinuxDB2 (?), 16-Дек-20, 04:48	–1 +/–
Подтверждаю, ZFS жутко фрагментируется и тормозит от профиля Chrome, уже 4 раза приходилось делать send | receive для дефрагментации, после чего браузер перестает подолгу тормозить. И это в режиме sync=disabled, когда по сути все пишется первые несколько минут только в оперативку. Т.е. получается, затраты по IOPs только на чтение. И дальше берем базу СУБД на zvol, через несколько лет она становится жутко фрагментированной, но это еще полбеды, потому что часть ее можно загнать в L2ARC на SSD. Намного серьезнее проблем с фрагментацией свободного места, которое решается постепенным добавлением нового свободного места, после чего запись опять оживает. Ну ни нада звиздеть про ненужность дефрагметации, это же дичайшая дичь тупая, почейтайте лучше, что пишут умные люди: https://serverfault.com/questions/957317/zfs-heavy-write-amp... https://github.com/openzfs/zfs/issues/4785 Ну если вы просто троль производителей СХД, то я вас еще могу понять, потому что после появления в ZFS онлайн дефрагментации вас ждет финансовый кирдык, что я приветствую как пострадавший (к счастью только потерей своего времени) от хоронилищ IBM в составе Blade Center S. Во всех уважающих себя промышленных хранилищах есть online дефрагментация, и я больше скажу, когда такая дефрагментация появится в ZFS, а она однозначно появится, когда подсуетятся промышленные пользователи, так вот тогда, все эти дорогие промышленные хранилища начального и среднего уровня пойдут по писе, ну может останутся девяточные с дублированием матплат и т.п. и то с учетом существования кластерных FS типа CEPH это еще большой вапроз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #216

215. Сообщение от Admin LinuxDB2 (?), 16-Дек-20, 04:49	+/–
Подтверждаю, ZFS жутко фрагментируется и тормозит от профиля Chrome, уже 4 раза приходилось делать send | receive для дефрагментации, после чего браузер перестает подолгу тормозить. И это в режиме sync=disabled, когда по сути все пишется первые несколько минут только в оперативку. Т.е. получается, затраты по IOPs только на чтение. И дальше берем базу СУБД на zvol, через несколько лет она становится жутко фрагментированной, но это еще полбеды, потому что часть ее можно загнать в L2ARC на SSD. Намного серьезнее проблем с фрагментацией свободного места, которое решается постепенным добавлением нового свободного места, после чего запись опять оживает. Ну ни нада звиздеть про ненужность дефрагметации, это же дичайшая дичь тупая, почейтайте лучше, что пишут умные люди: https://serverfault.com/questions/957317/zfs-heavy-write-amp... https://github.com/openzfs/zfs/issues/4785 Ну если вы просто троль производителей СХД, то я вас еще могу понять, потому что после появления в ZFS онлайн дефрагментации вас ждет финансовый кирдык, что я приветствую как пострадавший (к счастью только потерей своего времени) от хоронилищ IBM в составе Blade Center S. Во всех уважающих себя промышленных хранилищах есть online дефрагментация, и я больше скажу, когда такая дефрагментация появится в ZFS, а она однозначно появится, когда подсуетятся промышленные пользователи, так вот тогда, все эти дорогие промышленные хранилища начального и среднего уровня пойдут по писе, ну может останутся девяточные с дублированием матплат и т.п. и то с учетом существования кластерных FS типа CEPH это еще большой вапроз.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #217

216. Сообщение от Аноньимъ (ok), 16-Дек-20, 06:38	+/–
Сами-то свои ссылки читали? И куда вас понесло, что там за промышленные хранилища и причем тут онлайн дефрагментация в ЗВС? Здесь рыбы нет (директор стадиона).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214

217. Сообщение от Историк (?), 21-Дек-20, 10:43	+/–
Для уменьшения фрагментации можно подтюнить recordsize https://jrs-s.net/2019/04/03/on-zfs-recordsize/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215 Ответы: #218

218. Сообщение от Chromium1234 (?), 27-Дек-20, 09:22	+/–
Интересно, какой нужен volblocksize для профиля Chromium в ext4 поверх zvol блока? Наверно, нужно сначала выбрать оптимальный размер блока для ext4 и потом такой же для zvol? А как выбрать оптимальный?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217

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

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