forum.opennet.ru

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

Оглавление

Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD, opennews (??), 07-Янв-21, (0) [смотреть все]

погодите-ка, так эта ФС используется в ядре или в пространстве пользователя , Аноним (1), 09:51 , 07-Янв-21, (1) –12 //

Это зависит только от тебя, ИмяХ (?), 10:06 , 07-Янв-21, (3) –3
OpenZFS - в ядре , anonymous (??), 10:06 , 07-Янв-21, (4) +5
В ядре модуля, Аноним (5), 10:08 , 07-Янв-21, (5) –3
В пространстве ядра пользователя модуля, Аноним (6), 10:51 , 07-Янв-21, (6) +9 //

В пространстве пользователя ядерного модуля, ты хотел сказать Не благодари , Аноним (72), 23:35 , 07-Янв-21, (72) +1 //

В ядре пространства модуля пользователя , VladSh (?), 14:39 , 11-Янв-21, (213)

Да , Аноним (7), 11:26 , 07-Янв-21, (7) +5 //

Нет , Аноним (10), 12:54 , 07-Янв-21, (10) –1 //

Отнюдь не Анонима ответ , Аноним (18), 14:34 , 07-Янв-21, (18)
Не пинди , псевдонимус (?), 17:56 , 07-Янв-21, (39)

Волновая функция схлопнется, когда откроют коробку , Ю.Т. (?), 13:02 , 07-Янв-21, (11) +3

Отличная файловая система Она как запретный плод один раз zfs - всегда zfs _, Аноним (8), 11:54 , 07-Янв-21, (8) +5 //

Да особо ничего в ней хорошего нет вот если из формата zst сделают файловую сист, 5.6_4.2 (?), 12:26 , 07-Янв-21, (9) –6
zfs лучше ext4 Чем , Аноним (15), 14:05 , 07-Янв-21, (15) –1 //

снапшоты которые не уменьшаю производительность в отличии от lvm2 и их можно п, анон (?), 14:10 , 07-Янв-21, (16) +4 //

А вот прям на домашнем компуктере обоснованно , Аноним (15), 15:10 , 07-Янв-21, (21) –2

А на домашнем компютере не хранятся налоговые отчеты, фотки и видео семьи,которы, OpenEcho (?), 16:08 , 07-Янв-21, (27) +6

Налогов, семьи, фоток нет Никого из перечисленных потерять будет не досадно , Аноним (15), 16:16 , 07-Янв-21, (29)

В таком случае проще держать bootable флешку с read-only swicth-em - и безопасно, OpenEcho (?), 17:14 , 07-Янв-21, (33) +4
Есть еще фича если при обновлении системы что-то пошло не так, есть довольно бо, Аноним (-), 18:47 , 09-Янв-21, (113)

Позавчера наткнулся опять на проблему с BTRFS Старый жесткий,валялся лет эдак 5 , maximnik0 (?), 04:50 , 10-Янв-21, (184) +3

Намекает на проблемы с железом У тебя их не было - щас создаст на пустом месте , пох. (?), 09:59 , 12-Янв-21, (224) –1

Уже обсуждал в linux org ru В приватном сообщении- человек подсказал в чем дело-, maximnik0 (?), 12:29 , 12-Янв-21, (241)

Прекрасно, дай угадаю - но места указать ее явно в куче ненужного мусора в метад, пох. (?), 20:00 , 12-Янв-21, (248)

Мозгов сделать предупреждение им не хватило,как и утилиту конвертации Мозгов За, maximnik0 (?), 22:41 , 12-Янв-21, (253)
Дай еще уточню,там именно версии контролльной суммы,не кол-во алгоритмов Они име, maximnik0 (?), 23:39 , 12-Янв-21, (254)
Чокаво В btrfs on-disk формат не меняли несовместимым образом последних лет 10 , Аноним (257), 04:43 , 13-Янв-21, (257)
Хм -насколько я знаю формат raid 4-условно 7 не стабилизирован до сих пор,только, maximnik0 (?), 09:54 , 13-Янв-21, (262)
Еще мне ткнули на такую вещь-This can catch consistency problems or bitflips-про, maximnik0 (?), 10:20 , 13-Янв-21, (263)
Это не изменило формат ФС Только внутреннее устройство модуля В ядре Linux ест, Аноним (-), 07:21 , 16-Янв-21, (284)
При условии -при переходе не запутались с ари,была проблема,пофиксили - , maximnik0 (?), 07:08 , 17-Янв-21, (292)
А он и стабилизирован Но не до состояния надгробия на кладбище, чтобы вообще ни, Аноним (-), 07:19 , 16-Янв-21, (283)
Читайте внимательно- диск лежал нетронутым 5 лет Пытался на него кое что записат, maximnik0 (?), 07:38 , 17-Янв-21, (293)
Как обычно - пох не угадал Так что там еще blake2, sha256 и xxhash сделали И д, Аноним (-), 07:24 , 16-Янв-21, (285)

Железо или выдерживает пиковые нагрузки, или изредка подсирает глюками На любой, Аноним (257), 04:42 , 13-Янв-21, (256)

1 Считали SCRUB, железо прогрелось, стало глюкать, вот тебе csum errorА данные , maximnik0 (?), 10:34 , 13-Янв-21, (265)

Вот это без гарантий Но - да, знаете, обычно SCRUB греет систему сильнее обычн, Аноним (-), 07:11 , 16-Янв-21, (282)
Уже чем можно и нельзя протестировал,ошибок нет Единственное срабатывает защита , maximnik0 (?), 07:53 , 17-Янв-21, (295)

Я бы сказал что диск посыпался, но Может у тебя RAM или CPU под нагрузкой дур, Аноним (257), 04:38 , 13-Янв-21, (255)

А данные с сжатием записались нормально-чудеса и только Вот меня ткнули носом чт, maximnik0 (?), 21:00 , 13-Янв-21, (266)

Если софт вообще совсем не пилится - он, очевидно, сдох Это иллюстрация по теме , Аноним (-), 07:07 , 16-Янв-21, (281)

Теоретически,умудряются и здесь глюки словить Не помню в каком выпуске ядра при, maximnik0 (?), 07:46 , 17-Янв-21, (294)

Человеческое сжатие, а не как в убогом нтфс лишь с кластером на 4к и убогим зипо, Ананимас008 (?), 17:51 , 09-Янв-21, (111)

Вообще-то там NTLZ, чтоли Хоть он и ни о чем, жмет даже похуже LZ4 и LZO, а рас, Аноним (-), 18:51 , 09-Янв-21, (114)

Wine же , Ананимас008 (?), 19:17 , 09-Янв-21, (122)
Сказания впопеннета, том восемьсотписятшестой Он не упирается в проц Внезапно И, пох. (?), 10:16 , 12-Янв-21, (227) –1

У top бывают другие идеи на этот счет Если на быстром диске ядро в полку - это , Аноним (-), 04:53 , 13-Янв-21, (258)

А я знай Может, к корявому софту, может к кривому железу, может к неэффективнос, пох. (?), 09:13 , 13-Янв-21, (261)

Вот буду еще железо и задачи под всякий шит из 90х подбирать Ты в своем уме По, Аноним (271), 19:37 , 15-Янв-21, (271)

у тебя его похоже нет вообще, так что даже с пониманием печатного текста проблем, пох. (?), 20:09 , 15-Янв-21, (272)

Ну, раз я еще не помер с голода, наверное какое-то все же есть Урл У тебя перекл, Аноним (279), 05:34 , 16-Янв-21, (279)
Ты не поверишь, сколько совсем не помирает с голода, не умея толком прочитать на, пох. (?), 11:05 , 16-Янв-21, (291)

Еще любителям экспериментов можно линукс, фрибсд и опенсолярисовские форки стави, Аноним (37), 17:47 , 07-Янв-21, (37) +1

И вот как Openindiana, FreeBSD, Linux на одном HDD сделать , Аноним (78), 05:31 , 08-Янв-21, (78)

Пусть уж лучше уменьшается при создании снапшота, чем будет уменьшена с самого н, Егор (??), 23:32 , 07-Янв-21, (71)

CoW сам по себе производительность не уменьшает Наоборот - он почти аналог полн, Аноним (-), 18:57 , 09-Янв-21, (115)

На ротационных носителях - уменьшает потому, что CoW - это априори безумная фраг, Онаним (?), 10:15 , 12-Янв-21, (226)

Вообще совсем ниоткуда не следует Если например прога одним куском весь файл пе, Аноним (-), 05:38 , 13-Янв-21, (259)

Вот как раз на CoW будет задница хоть с преаллокацией, хоть без На обычной FS м, Онаним (?), 10:24 , 13-Янв-21, (264)

Откуда В идеале оба оформляют 1 экстент и метаданные указывающие на него А чем , Аноним (280), 06:53 , 16-Янв-21, (280)

Вот только при рандомной записи в тот экстент CoW-based данные раскладывают, увы, Онаним (?), 09:54 , 16-Янв-21, (290)

но она хуже чем ext4 потому что zfs нельзя использовать на одном диске, если нав, анон (?), 14:14 , 07-Янв-21, (17) –5 //

Это в фантазиях, на деле с восстановлением данных уже беда Нет бекапов 8212 , thiteigh (?), 15:30 , 07-Янв-21, (23) +1

ZFS в подобных случаях упрощает полную потерю данных, факт Даже если бэкапы есть, Онаним (?), 18:46 , 07-Янв-21, (45) –4

Людей, умудряющихся угробить ZFS до состояния невосстановимости, надо выгонять и, zzz (??), 19:11 , 07-Янв-21, (51)

Fixed, Онаним (?), 19:12 , 07-Янв-21, (53)

Fixed, zzz (??), 19:23 , 07-Янв-21, (58)

Согласен c корректировкой, я просто не стал уж настолько экспрессивно , Онаним (?), 19:24 , 07-Янв-21, (59)

Ну так исправляй руки, и не будет проблем с ZFS А лучше не майся дурью и иди ме, zzz (??), 21:24 , 07-Янв-21, (69)

У меня внезапно нет проблем с ZFS Нет ZFS - нет проблем , Онаним (?), 10:47 , 08-Янв-21, (84) –1

Ну так тогда и не рассказывай сказок, о том как эти проблемы выглядят Они есть, , пох. (?), 20:12 , 15-Янв-21, (273)
Позволю себе добавить к счастью, нет И без ZFS граблей достаточно , Онаним (?), 20:37 , 15-Янв-21, (276)

Написал криворукий ламерок совместно с каким-то пидси алой Сравнивать ext4 с ZF, bOOster (ok), 20:26 , 07-Янв-21, (61) +2

Не знаю, как там по рождению, но по настоящему это - hype class файловая система, Онаним (?), 10:48 , 08-Янв-21, (85) –1

зачем же вы от нее сп-ли все, от дизайна до терминологии Только неуклюже, поэто, пох. (?), 09:56 , 12-Янв-21, (223) –2

Кто сп-л то BTRFS имеешь в виду Ну это к орацлу На деле такое же полуюзабельное , Онаним (?), 10:13 , 12-Янв-21, (225)
а, не вы, действительно куда вам То есть вместо ARC - блочный кэш без управле, пох. (?), 10:21 , 12-Янв-21, (229) –1
Угу То есть оно применимо на чём-то, кроме выделенных хранилок, потому что ARC , Онаним (?), 10:38 , 12-Янв-21, (235)
ну разумеется, разумеется, продолжай петь свои мантры , пох. (?), 20:02 , 12-Янв-21, (249)
Ага, попробуешь в ней девайсами рулить, потом дважды подумаешь кто там полуюзабе, Аноним (-), 05:41 , 13-Янв-21, (260)
киздато - когда этот рейд вдруг на ходу превращается в нечитаемую и невосстанавл, пох. (?), 20:15 , 15-Янв-21, (274)
Это не похоже на btrfs У него там block groups, он ими ворочает и конверсия одн, Аноним (-), 08:00 , 16-Янв-21, (286)

Что за бред, вас Линукс покусал Похерить зфс может всё что угодно От ошибок об, Аноньимъ (ok), 05:33 , 08-Янв-21, (79)

спасает Успехи чувака с насмерть битым блоком питания во времена когда компьюте, пох. (?), 10:23 , 12-Янв-21, (231)

ZFS решает проблему гниения битов , Аноньимъ (ok), 16:02 , 12-Янв-21, (245)

Зато заменяет на гниение мозгов Любой RAID с чётностью точно так же решает пробл, Онаним (?), 20:37 , 15-Янв-21, (277)

Каким макаром Ну вот допустим у нас 3 диска, D1, D2 и P1 Мы видим что D1 D1 , Аноним (-), 08:02 , 16-Янв-21, (287)

Ну вот допустим у нас RAID5, 3 диска, D1, D2 и P1 Мы видим что D1 D2 P1 Внима, Аноним (-), 08:05 , 16-Янв-21, (288)
Если проблема на шине - просто читаем ещё раз Прочитали второй раз - снова не с, Онаним (?), 09:49 , 16-Янв-21, (289)
1 ECC дисков может востановить неправильно А может вообще не восстановить 2 Д, Аноньимъ (ok), 13:22 , 17-Янв-21, (297)

Ну, несовсем Если востановить неудалось вы получаете либо рассыпавшейся рейд, ли, Аноньимъ (ok), 13:18 , 17-Янв-21, (296)

Я использую, что я делаю не так Нет Более того, маловероятно что навернется у в, пох. (?), 13:49 , 09-Янв-21, (97) +2

А он дублировать метаданные на 1 диске как btrfs умеет Или скопытится как ext4 , Аноним (-), 19:05 , 09-Янв-21, (116) –1

это чтоб вместо 64x write amplify получить 256 Не, не умеет тоже нет как и ex, пох. (?), 19:43 , 09-Янв-21, (133)

А вот это уже мне решать что я хочу И если что, чисто статистически протирание , Аноним (154), 20:50 , 09-Янв-21, (154) –1

Ну допиши недостающий код А, нет, только жрать с лопаты ты можешь решать Чист, пох. (?), 12:15 , 12-Янв-21, (238)

Поврежденная ЗФС может вызывать панику и ребут на фре, например При попытке импо, Аноньимъ (ok), 16:17 , 12-Янв-21, (246) +1

Это может, notabug - Полагаю, поврежденная btrfs тоже прекрасно может все то же, пох. (?), 20:11 , 12-Янв-21, (250)

Да, иэксеры нехорошие люди , Аноньимъ (ok), 21:39 , 12-Янв-21, (252)

Дописать что Куда ZFS мне например не упал в том числе потому что он не в майн, Аноним (-), 00:17 , 14-Янв-21, (267) –1

да не звизди, ты никакой не умеешь Поэтому выбираешь что пейсбук подаст жаль что, пох. (?), 02:10 , 14-Янв-21, (268)

Я честно как-то пытался научиться пользоваться бтрфсом, меня там отпугнула систе, Аноньимъ (ok), 13:28 , 17-Янв-21, (298)

и это тоже да Ручное подставление бессмысленных цифирок volid в команды монтиро, пох. (?), 13:38 , 17-Янв-21, (299)

В двух словах и не расскажешь, но если сильно постараться - буквально всем , Аноним (8), 15:00 , 07-Янв-21, (19) +1
Какого овоща ты сравниваешь древний кал экст с современной файловой системой , псевдонимус (?), 17:58 , 07-Янв-21, (40) –2 //

Сравнивать поезд с проходчиком тоннелей - так себе затея, да , Онаним (?), 18:48 , 07-Янв-21, (47)

Так ext4 еще никто не унижал Впрочем, резонно, zzz (??), 19:12 , 07-Янв-21, (52)

ext4 в этом сравнении поезд Тупой как доска, но везущий пассажиров сиречь данн, Онаним (?), 19:14 , 07-Янв-21, (54)

Что-то похожее я уже слышал от фанатов FAT32 и ext2 Завязывай с геронтофилией , zzz (??), 19:22 , 07-Янв-21, (57)

FAT32 до сих пор в каждой второй мобилке на SD Из-за простоты и поддержки виндо, Онаним (?), 19:25 , 07-Янв-21, (60) +1

Диск С-то отформатил под этот поезд , zzz (??), 21:26 , 07-Янв-21, (70) –1

У каждой FS своё применение, чудик И вот тут монстр ZFS с квадратными колёсами л, Онаним (?), 10:49 , 08-Янв-21, (86)
Прикинь, приходишь ты на станцию - а там рельсы уже положены и поезда ездят А к, Аноним (-), 19:09 , 09-Янв-21, (117)

к сожалению, только уже с китайской фабрики А не совсем 100 китайские идут теп, пох. (?), 09:53 , 12-Янв-21, (222)

Совершенно не обязательно, особенно для мелочи типа uSD Навалом более мелкихПри, Аноним (269), 20:34 , 14-Янв-21, (269)
знатока вижу я Вот все эти более мелкие - они уже совсем-пресовсем китайские-пр, пох. (?), 22:53 , 14-Янв-21, (270)

для них в отличие, кстати, от ext4 существовали еще некоторые средства ручного, пох. (?), 19:45 , 09-Янв-21, (134)

А в btrfs такое средство просто в штатную утилсу btrfs встроено Оффлайн читал, Аноним (181), 03:36 , 10-Янв-21, (181)

Нет, не такое И о его успехах нам там ниже докладывают , пох. (?), 12:23 , 12-Янв-21, (239)

Не чем , а для каких задач , iCat (ok), 06:47 , 08-Янв-21, (81)

Лучше про разницу между оригиналом и сабжем напишите , Аноним (12), 13:04 , 07-Янв-21, (12) +1 //

Ну тебе правда интересны проблемы оригинала , написанного саном в 2002м году, к, пох. (?), 13:53 , 09-Янв-21, (98) –1

Эх, жаль не на расте , Аноним (-), 13:44 , 07-Янв-21, (13) –7
Как-то пробовал ZFS на собственном NAS поставить под FreeNAS ОС который переоде, 9nko (ok), 14:05 , 07-Янв-21, (14) –2 //

Пользовал zfs на бздах fbsd9 с 2012-13 года в качестве домашней fs Сейчас дер, thiteigh (?), 15:45 , 07-Янв-21, (26) +1 //

Продакшон на лимоны IOPS Резко всё стало идеально с ZoL 0 8 3 Ubuntu_20 04 Всё, Аноним (31), 16:59 , 07-Янв-21, (31) +1 //

Блджад, кто ж это в продакшн-то на лимоны IOPS пустил, насколько нужен особый , Онаним (?), 18:59 , 08-Янв-21, (92) –1
Пох, залогинься, у тебя ус отклеился , Аноним (154), 20:55 , 09-Янв-21, (157)

Не, я бы зассал такое использовать Я ж комит-логи этой 8 видел Поставил бы фрю, пох. (?), 20:23 , 15-Янв-21, (275)

Безумству храбрых поем мы песню , псевдонимус (?), 18:02 , 07-Янв-21, (42) –3 //

Чего не так с всего лишь позапрошлогодними версиями софта , пох. (?), 13:54 , 09-Янв-21, (99) +2

Старые баги ещё не починили, а новые уже доставили Кушай не обляпайся , псевдонимус (?), 15:01 , 09-Янв-21, (106)

А можно поподробней об этом Не любопытсва ради спрашиваю и не с подколом, т к , OpenEcho (?), 17:08 , 07-Янв-21, (32) //

Да преувеличивает человек С ZFS нужно тщательно все спланировать перед тем как , Аноним (37), 17:56 , 07-Янв-21, (38) +1
Про планирование уже ответили ранее В ситуации, когда 12-и терабайтник вдруг мо, 9nko (ok), 19:26 , 08-Янв-21, (94) //

Но, так не нежноВ интернете масса примерров и обьяснений почему не надо жадничат, OpenEcho (?), 18:42 , 09-Янв-21, (112)

Хотел бы я быть таким нежадным Но, блин, чавойта не получаетцо Деньгов, что-ли, пох. (?), 19:50 , 09-Янв-21, (135)

Хренасе, инновации , Аноним (154), 20:56 , 09-Янв-21, (158)

Мы открыли физическое устройство в эксклюзивном режиме, чтобы избежать проблем , пох. (?), 14:02 , 11-Янв-21, (210)

Чё-то я не припоминаю наличия такой потребности во FreeBSD , xm (ok), 23:22 , 09-Янв-21, (176) +1

Ниасиляторы, чо с вас взять Даже грамотно запутаться в собственных лапах на ров, пох. (?), 12:26 , 12-Янв-21, (240) +1

С полулошадьюполуптицей экст4, которая почти всем хуже нтфс , псевдонимус (?), 18:00 , 07-Янв-21, (41) –5 //

Полулошадь-полуптица это пегас И хуже всем - это чем именно , 9nko (ok), 19:27 , 08-Янв-21, (95) //

Наверное, тем что 50 000 файлов в дире даже еще и читаются за обозримое время, а, Аноним (-), 19:11 , 09-Янв-21, (118) –2

Какой там геморрой с пулами Подцепил устройства, сделал zpool create pool mirro, zzz (??), 18:46 , 07-Янв-21, (44) +6 //

не лучше ли сначала сделать метки gpt и создавать на их основе, чем зависить от , Ананимас008 (?), 17:46 , 08-Янв-21, (89) //

У них там своя, особая атмосфера , Онаним (?), 19:00 , 08-Янв-21, (93)

А зачем в общем то разделы если на 1 часть резать Чтобы занять место и поместит, Аноним (-), 19:14 , 09-Янв-21, (119)

Совершенно ненужно - какой диск отвалился здесь и сейчас - zpool status тебе ска, пох. (?), 13:57 , 09-Янв-21, (100) +1

Никогда не имел проблем с gptСамое интересное начнется если пулов несколько и эт, Ананимас008 (?), 16:49 , 09-Янв-21, (110)

В btrfs такой траблы просто нет - у дисков нет какой-то специальной выделенной ф, Аноним (-), 19:15 , 09-Янв-21, (120) –1
держи в курсе Я вот развлекся, недавно Мне нимало доставил тот интересный факт, пох. (?), 20:01 , 09-Янв-21, (138) –1

Ну охренеть, спец по интерпрайзным СХД пох не знает про резервную таблицу gpt И, анонон (?), 14:32 , 11-Янв-21, (212)

ну-ка, так тоже стало нельзя А у л п4 тых нет проблемы, у них ценных данных не , пох. (?), 09:49 , 12-Янв-21, (221)

У меня рейд только на 2 хардах из 6 Остальные диски иногда меняются на большие , 9nko (ok), 19:29 , 08-Янв-21, (96)

Кривое чудо Добавил ssd в комп Угадайте как на него перенести свою хоум папку , Док (?), 15:07 , 07-Янв-21, (20) –4 //

ZFS нужна ECC память для надежной работы , Кир (?), 17:44 , 07-Янв-21, (36) –4 //

ECC память, ECC на всех внутренних шинах и т п Сферическая ситуация в вакууме, д, Онаним (?), 19:00 , 07-Янв-21, (49) //

Упреждая онашазфстакаясквозноцелостная - в 99 реальных случаев данные будут п, Онаним (?), 19:03 , 07-Янв-21, (50) +2

Эксперименты с btrfs показали что таки тот неплохо детектит идиотские взбрыки же, Аноним (-), 19:19 , 09-Янв-21, (123)

Любой файловой системе нужна ECC для надёжной работы Просто другие об этом не п, xm (ok), 02:03 , 08-Янв-21, (74) +4 //

А какой смысл им об этом писать EXT4 без полного журнала вообще плевать хотел ч, Аноним (-), 19:16 , 09-Янв-21, (121) –1

такой, что, внезапно, она не от крахов, а от штатной записи мусора вместо данных, пох. (?), 20:03 , 09-Янв-21, (139)

А смысл улучшать на полшишечки EXT4 который на integrity данных заведомо клал Б, Аноним (-), 20:22 , 09-Янв-21, (147)

а обе неправильные Потому что чексумма посчитана по уже битому блоку Или, еще , пох. (?), 09:26 , 11-Янв-21, (206) –1
RAID с чётностью внезапно тебе вообще ничего не скажет Просто пофиксит кодом кор, Онаним (?), 20:39 , 15-Янв-21, (278)

Что ты несёшь Ецц нужна чтобы мусор вместо данных не записывался , псевдонимус (?), 20:47 , 09-Янв-21, (153)

Если ФС может данные профакать без ложной скромности, поскольку EXT4 видите ли н, Аноним (181), 03:43 , 10-Янв-21, (182)

Удалить, заново начать работать с резервной копией Все равно неизвестно, что та, пох. (?), 09:43 , 11-Янв-21, (207)
В общем случае достаточно ordered при рабочем механизме write barrier Перезаписы, Онаним (?), 10:20 , 12-Янв-21, (228)

да, старые данные с CoW - возможно - найти ещё можно, но вот какой конкретно че, Онаним (?), 10:42 , 12-Янв-21, (236)

Линуксопроблемы, zzz (??), 18:47 , 07-Янв-21, (46) +1
возможно повреждён кэш-файл https pbs proxmox com docs sysadmin htmlвозможно в, none_first (ok), 00:22 , 08-Янв-21, (73) +1

Нечего особенного в ней нет, вернее уже нет , на фоне btrfs Жрёт очень много о, Аноним (22), 15:23 , 07-Янв-21, (22) –6 //

Чего-то особенного в ФС мне совсем не нужно , Аноним (12), 15:37 , 07-Янв-21, (25) –1
Ну про BTRFS Вы, очевидно, в теориях Краха BTRFS никогда не было Очень забавны, Djonson (?), 16:09 , 07-Янв-21, (28) +4 //

Когда будет - тогда и приходите , Moomintroll (ok), 14:28 , 09-Янв-21, (104) –1
Кроме теории, он довольно неплох и на практике Нет, не было Особенно надежно ко, Аноним (-), 19:22 , 09-Янв-21, (124) –1 //

На практике это локалхост или в проде , Anonim (??), 11:52 , 12-Янв-21, (237)

Типичный ответ опеннетного иксперда Файловые системы и ZFS тоже оперативку не, Аноним (34), 17:25 , 07-Янв-21, (34) +8 //

Вообще-то, жрут И btrfs тоже особенно бтрфс Да и кэши кэшам рознь Проверить, Аноним (35), 17:43 , 07-Янв-21, (35) +1 //

Ну судя твоему посту садится голой жопой на кактус это конечно забава для тебя , bOOster (ok), 20:31 , 07-Янв-21, (62)

Это ещё почему Потому, что я не склонен слепо доверять свои данные сырой косячн, Аноним (35), 20:46 , 07-Янв-21, (64) +2

Практика лучший критерий истины , Аноним (146), 20:16 , 09-Янв-21, (146)

Btrfs ничем таким не особенный, он пользует обычные ядерные кэши По поводу чего, Аноним (-), 19:24 , 09-Янв-21, (125)

Кеш ZFS, к сожалению - вещь в себе, которая именно что жрёт память , потому что, Онаним (?), 18:58 , 07-Янв-21, (48) –1 //

Линуксопроблемы, разделившие дисковый кэш и кэш ZFS , zzz (??), 19:18 , 07-Янв-21, (55) +3

Как раз таки ZFSопроблемы, кэш ZFS на системный кеш не ложится что в пингвинах, , Онаним (?), 19:19 , 07-Янв-21, (56) +1

Так вроде в соляре этот кеш интегрирован в системный или наоборот , в таком слу, Аноним (35), 21:12 , 07-Янв-21, (68)

Есть смысл труп обсуждать , Онаним (?), 18:56 , 08-Янв-21, (90) –1
Так у соляры не было своего менеджера кэша, они и накодили его прямо в файлухе , Аноним (-), 19:26 , 09-Янв-21, (126) +1

Ну так это проблема систем с неотключаемым ненужно- системнымкэшом У BSD НЕТ ни, пох. (?), 14:00 , 09-Янв-21, (101) –1

Извини, но ты гонишь DОно у них называется буфером , но суть та же FreeBSD ha, Онаним (?), 15:45 , 09-Янв-21, (109)

В бздях пох такой же эксперт как и в линуксе , Аноним (-), 19:27 , 09-Янв-21, (127)
нет, не та же а это и просто бред сивой кобылы Ну да, с тем же успехом можно ск, пох. (?), 20:12 , 09-Янв-21, (143) +1

Нет ZFS делает аллокации сам, и отдаёт когда сочтёт нужным, не сообщая ядру, чт, Онаним (?), 21:01 , 09-Янв-21, (160)

ALL AVAILABLE MEMORY поэтому и возможно, что оно не препятствует собственно алло, Онаним (?), 21:02 , 09-Янв-21, (161)
Б-ть, ничего что zfs и есть ядро, его часть мистическим таким ядром в сферическо, пох. (?), 23:08 , 10-Янв-21, (187)

В ZFS свой собственный кеш, который оторван от системного совершенно Что в бзде, Онаним (?), 23:39 , 10-Янв-21, (189)

БТЬ НЕТ никакого волшебного системного Кэш zfs - он настолько же системн, пох. (?), 23:46 , 10-Янв-21, (193)
Ты что В zfs arc c особый kmem_cache_alloc, волшебный , Аноним (215), 15:24 , 11-Янв-21, (215)
Он лежит в usr src sys cddl compat opensolaris kern opensolaris_kmem cВ bsd он , пох. (?), 20:34 , 12-Янв-21, (251)

Все, я заканчиваю дискуссию Если человек свято верит в чудеса - у нас за оскорб, пох. (?), 14:05 , 11-Янв-21, (211)

Тут ключевой вопрос - а может ли кернел это быстро забрать взад когда сие потреб, Аноним (-), 03:49 , 10-Янв-21, (183)

Быстро - не может, чудес не бывает Вот тебе старый линукс, с еще человекочитаемы, пох. (?), 10:37 , 10-Янв-21, (186)

В swap он залез, потому что алгоритмы такие Ставь vm swappiness 1 , будет мен, Онаним (?), 23:40 , 10-Янв-21, (190)

освобождать - в смысле назад в RAM затягивать, освободить-то в любой момент мож, Онаним (?), 23:41 , 10-Янв-21, (192)
вопрос не в этом, а почему у нас при этом _пропадает_ даром память, хотя она сво, пох. (?), 00:02 , 11-Янв-21, (196)
Она не пропадает Как только приложение её попросит - ОС ему даст, не ломаясь Бо, Онаним (?), 10:22 , 12-Янв-21, (230)

Head seek винча занимает больше Так что девы купили ссд А проблемы начинаются , Аноним (191), 23:40 , 10-Янв-21, (191)

Ай да молодец Установи сначала steam, игру более-менее большую, поиграй и посмо, Аноним (22), 20:43 , 07-Янв-21, (63) –3 //

Это zol такой zfs в солярисах работает как надо , Аноним (75), 03:46 , 08-Янв-21, (75)

Спору нет, более чем уверен, что в Solaris оно работает наверное идеально, или о, Аноним (22), 04:22 , 08-Янв-21, (76)
ноль остается Ну да, примерно так , пох. (?), 20:13 , 09-Янв-21, (145) +1

Потребление памяти зфс как бы настраивается Дефолты там серверные Про сырость , Аноньимъ (ok), 05:41 , 08-Янв-21, (80) +2

То что его там надо настраивать - неисправимая ошибка в ДНК тех людей, которые, пох. (?), 14:07 , 09-Янв-21, (103) –1

Нет не вся То же нужно настраивать для спецефических задачь Коими для зфс являет, Аноньимъ (ok), 14:32 , 09-Янв-21, (105)
Более того - в btrfs его тоже не надо настраивать Юзает сколько может, отдает к, Аноним (-), 19:31 , 09-Янв-21, (128)

только неэффективно - поскольку кэш этот не ее, а дядин А дядя ничего не знает , пох. (?), 20:26 , 09-Янв-21, (148)

Намного прикольнее если ФС не тормозит, зато программа огребла out of memory и в, Аноним (162), 21:08 , 09-Янв-21, (162)

Ну вот до нашествия openzfs еще были шансы это починить у меня он был именно от, пох. (?), 00:34 , 10-Янв-21, (180)

12309 - он от интеловских ICH, которые начиная с 82801 встают раком при задержка, Онаним (?), 10:24 , 12-Янв-21, (232)
и даже в винде 12309 офигительным образом есть - на интеловском железе , Онаним (?), 10:25 , 12-Янв-21, (233)

ЧИТД Уровень икспердизы зашкаливает , Аноним (34), 16:52 , 08-Янв-21, (88) +3

Бтрфс лучше совсем не показывать этого калеча и никому о нем не говорить Позо, псевдонимус (?), 18:05 , 07-Янв-21, (43) +3 //

Смех, да и только Поверьте, лучше не создано, и не будет создано ещё очень дол, Аноним (22), 20:46 , 07-Янв-21, (65) –3 //

Федорактивиста вижу в треде я , псевдонимус (?), 20:51 , 07-Янв-21, (66) +2

Таки нет, хотя в последнее время fedora очень даже ничего Вообще btrfs масштабн, Аноним (22), 04:34 , 08-Янв-21, (77)

А не могли бы они запили б такую фичу, как сохранение данных, а не превращение и, псевдонимус (?), 06:57 , 08-Янв-21, (82) –1

Ты вообще линукс судя по всему только на скриншотах видишь, а бсдшный экспериенс, Аноним (-), 19:34 , 09-Янв-21, (130)

К счастью я его в виртуалке в основном вижу , псевдонимус (?), 19:58 , 09-Янв-21, (137)

А я вот его к счастью вижу везде И на десктопе, и на лаптопе, и на сетевых штук, Аноним (146), 20:13 , 09-Янв-21, (144) +1

Согласен Руки у меня не под хрен заточены , псевдонимус (?), 20:53 , 09-Янв-21, (156)

Ну так тогда и твое мнение в др W пингвинах учитывать ни к чему А на что они за, Аноним (162), 21:09 , 09-Янв-21, (163) –1

Уж по пинетки мелкософту линуксоиды впереди планеты всей Даже на всл насоса по, псевдонимус (?), 21:16 , 09-Янв-21, (167) –1
Платиновый спонсор имхо сссыт что девелоперс, девелоперс, драп-драп, потому что , Аноним (-), 23:56 , 10-Янв-21, (194) –1
Опеннетные предания о бздах , том 118, Аноним (-), 00:48 , 11-Янв-21, (200)
Когда это в бздю успели встроить кейлогер и рекламу А вот дистрибутиве линукс--, псевдонимус (?), 04:49 , 11-Янв-21, (203)

Кстати, от этих тоже патчей подвалило Ничего сверхъестественного, но время монт, Аноним (-), 19:32 , 09-Янв-21, (129)

Петя, ты , псевдонимус (?), 21:00 , 07-Янв-21, (67)

Нет, это его жена , Аноним (-), 10:09 , 08-Янв-21, (83)

Однополая надеюсь , псевдонимус (?), 11:23 , 08-Янв-21, (87)

У вас есть двуполая жена Покажите , Онаним (?), 18:57 , 08-Янв-21, (91)

Not Petya , Аноним (-), 19:34 , 09-Янв-21, (131)

а я и не сплю В смысле, а исправлять никто и не собирался, md raid с полным к, пох. (?), 14:03 , 09-Янв-21, (102) //

Так данные от такой пользы похерится могут Иихерятся Надеюсь зфс окончательно, псевдонимус (?), 15:07 , 09-Янв-21, (107)

А вот это уже твои проблемы , Аноним (-), 20:04 , 09-Янв-21, (140) –1

Т е моя проблема будет состоять в отсутствии проблем Принято , псевдонимус (?), 20:36 , 09-Янв-21, (150) +1

Про это все метко говорится - дай дураку стеклянный х , Аноним (162), 21:10 , 09-Янв-21, (164)

дай линуксоиду докер и бтрфс ты хотел сказать , псевдонимус (?), 21:19 , 09-Янв-21, (169) +1

Скрыто модератором, Аноним (-), 23:59 , 10-Янв-21, (195)

Скрыто модератором, псевдонимус (?), 13:42 , 11-Янв-21, (208) +1

synology жрет, и добавки просит, а он, вишь, не хочет А что там внутре netapp - , пох. (?), 20:30 , 09-Янв-21, (149)

У синолоджи с нетапом в штате целый полк псевдонимусов и рота похов А у псевдон, псевдонимус (?), 20:57 , 09-Янв-21, (159)

Да какой у синоложи полк Хотя справедливости ради они даже что-то комитили в bt, Аноним (162), 21:11 , 09-Янв-21, (165)

Кроме того у бсд ов есть геом , псевдонимус (?), 15:10 , 09-Янв-21, (108)

Чего с ним делать предлагается Инновационный UFS развернуть Или таки FAT Что , Аноним (146), 20:11 , 09-Янв-21, (142) –2

Лучше btrfs изучить - и почувствовать разницу Рулится в духе zfs, только без не, Аноним (-), 19:35 , 09-Янв-21, (132) –1

И без некоторых сохранностей данных , псевдонимус (?), 19:56 , 09-Янв-21, (136)

Естественно, бсдшнику виднее что у нас там в этих наших линуксах с сохранностью , Аноним (146), 20:09 , 09-Янв-21, (141) –2

Конечно виднее К несчастью видел не на скриншоте кашицу, в которые БТР превратил, псевдонимус (?), 20:42 , 09-Янв-21, (152) +1

Верю-верю, всякому зверю Почему-то больше всего проблем - у лиц с бсдшным бэкгр, Аноним (-), 21:16 , 09-Янв-21, (166) –3

Вы там поаккуратней с разоблачениями, а то недавно выяснилось, что ваши котор, анонн. (?), 21:43 , 09-Янв-21, (170) +3

Причем, это не какой-то там очередной диванный форумчанин, а разработчик коммерч, анонн. (?), 21:53 , 09-Янв-21, (171) +1

А чего за дистр Впрочем, разработчику линукса и не обязательно быть профи в фри, Аноним (-), 22:46 , 09-Янв-21, (174)

Rosa LinuxИ знать, чем чреват запуск kvm qemu с cache writeback для гостя, тоже , анонн (ok), 23:02 , 09-Янв-21, (175) +1
А, ну эти довольно чудесатые С другой стороны попробуй стать разработчиком к, Аноним (197), 00:13 , 11-Янв-21, (197) –1
Помимо того, что выдергивать чужие цитаты из контекста хотя не, похоже беспо, анонн (ok), 16:17 , 11-Янв-21, (218)
Это 294-й скорее всего , псевдонимус (?), 19:41 , 12-Янв-21, (247)

Это не разоблачения а всего лишь здоровый дефолтный скепсис на основе смотряния , Аноним (-), 22:44 , 09-Янв-21, (173) –2

Похоже, делать на основе кратких и удивительно точно, хоть и невежливо, описыва, анонн (ok), 23:26 , 09-Янв-21, (177) +3

Хм, если нечто выглядит как глупый, агрессивный, неэффективный луддит - его очен, Аноним (-), 00:39 , 11-Янв-21, (198) –3
Это не фича, а кривой костыль Очередной Костылинукс он такой, да , псевдонимус (?), 04:57 , 11-Янв-21, (204) +1

ой, прелесть какая Не, с другой стороны - извращенцы и должны же ж страдать При, пох. (?), 00:21 , 10-Янв-21, (179)

Еще бы Так никто не делает - оно и не ломается почему-то Бзда как хост виртуал, Аноним (-), 00:42 , 11-Янв-21, (199) –1

Я делаю Виртуалке ДВЕНАДЦАТЬ лет Пережила три разные виртуализации и четыре хо, пох. (?), 12:40 , 12-Янв-21, (243) +1

А, оно из-за этого навернулось Как учуяло-то за двадцать километров , пох. (?), 20:52 , 09-Янв-21, (155) +2

Как, как, вы так мастерски мины себе на пути раскладываете и подрываетесь на них, Аноним (-), 21:17 , 09-Янв-21, (168) –2

Админ линуксоид Восстанавливал, пока диски не вылетели На райд5 , псевдонимус (?), 13:46 , 11-Янв-21, (209)

Забей Это почти-трехсотый, с ним диалог невозможен - он или снова покажет масте, Аноним (-), 15:00 , 11-Янв-21, (214)

Да пусть хоть кто-то прочтет, может не подорвет и не навредит себе и окружающим, псевдонимус (?), 15:28 , 11-Янв-21, (216)

вот, к примеру, без объявления войны не смонтировался надысь ага Вполне в дух, пох. (?), 20:36 , 09-Янв-21, (151) +1

А error message какой И какие версии кернела и проч Ну и чего с ним сделали дл, Аноним (172), 22:27 , 09-Янв-21, (172)

дык, никакого Есть типовые мусорные сообщения, которые при нормальном монтирова, пох. (?), 00:16 , 10-Янв-21, (178) +1

Райд5 в БТР работает отлично Данные полностью потеряны Но хоть холодный бэкап , псевдонимус (?), 06:33 , 10-Янв-21, (185)

https btrfs wiki kernel org index php Status - правильно, кто ж маны то читает, Аноним (-), 04:24 , 11-Янв-21, (202) –1

Да, за 7лет так и не допилии Неудивительно , псевдонимус (?), 05:10 , 11-Янв-21, (205)

Прикалываться изволите Дык, цитаты Чего-нибудь типа failed to open ctree Или т, Аноним (-), 01:45 , 11-Янв-21, (201) –2

gt оверквотинг удален Вместо документации Вика проекта Этого достаточно, чт, псевдонимус (?), 15:36 , 11-Янв-21, (217) +1

Это называется про bitmap забыли , Онаним (?), 10:27 , 12-Янв-21, (234)

это называется непонимание элементарных вещей , пох. (?), 12:34 , 12-Янв-21, (242)

Именно так это и называется Потому что bitmap в md позволяет полного рефреша изб, Онаним (?), 15:23 , 12-Янв-21, (244)

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

16. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +4 +/–

Сообщение от анон (?), 07-Янв-21, 14:10

снапшоты которые не уменьшаю производительность (в отличии от lvm2) и их можно передавать икрементально (только изменённые данные) по ssh (для обновления бэкапа), програмный raid (отказоустойчивость) который можно воткнуть в другой комп без проблем, сжатие файлов в самой системе.

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

21. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" –2 +/–

Сообщение от Аноним (15), 07-Янв-21, 15:10

А вот прям на домашнем компуктере обоснованно?

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

27. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +6 +/–

Сообщение от OpenEcho (?), 07-Янв-21, 16:08

А на домашнем компютере не хранятся налоговые отчеты, фотки и видео семьи,которые будет досадно потерять ???
Если нет, то вам даже fat32 подойдет

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

29. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (15), 07-Янв-21, 16:16

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

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

33. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +4 +/–

Сообщение от OpenEcho (?), 07-Янв-21, 17:14

> Налогов, семьи, фоток нет. Никого из перечисленных потерять будет не досадно.
В таком случае проще держать bootable флешку с read-only swicth-em - и безопасно и нет зависимости от компов

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

113. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (-), 09-Янв-21, 18:47

> Налогов, семьи, фоток нет. Никого из перечисленных потерять будет не досадно.
Есть еще фича: если при обновлении системы что-то пошло не так, есть довольно большая разница: откатить в вид как было за 2 минуты или полдня систему восстанавливать/переустанавливать.
Но на Linux для rootfs лучше btrfs взять. К тому же он умеет дублировать метаданные даже на 1 носителе, что очень понижает риск его кончины от мелких случайностей. А чексуммы намекнут о проблемах с железом, если повезет то до того как это превратится в большую проблему.
В btrfs еще можно reflinks делать. Когда 2 файла ссылаются на одинаковые блоки изначально. Так что вон тот образ диска виртуалки на 20 гиг можно "скопировать" моментально а CoW прозрачно обыграет отличия между виртуалками, при том храниться будет только шаблон и отличия от него, а не два полных 20-гиговых диска. Можно и еще что-нибудь прикольное, типа хранения 2 копий даже на 1 носителе, что повышает шансы в случае облома. А сказ про RAID это здорово, но вот так можно и с единичной флешкой, с 1 разделом. А RAID из нее делать - как минимум непрактично. В общем это совсем другой уровень технологий.

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

184. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +3 +/–

Сообщение от maximnik0 (?), 10-Янв-21, 04:50

>А чексуммы намекнут о проблемах с железом, если повезет то до того как это превратится в большую проблему.
Позавчера наткнулся опять на проблему с BTRFS.Старый жесткий,валялся лет эдак 5 ,бтрфс -бэкап информация.Обнаружил что раздел только чтение-ругаеться при монтирование на чек суммы и проблемы с fs .Ну ладно скопировал информацию,попытался чинить -фиг вам,как не ремонтируется эта fs ,так и продолжает нуждаться в "шамане".Btrfs check restore,удалил чек суммы-не фига,доходит до 70% веритификация и падает в корку программа починки,до этого на куча блоков ругаеться.(btrfsck -не потдерживаеться,в большенстве дистрибутивов ссылка на btrfs check ) Ладно еще есть один бэкап за архивированный на другом жестком-есть к файлам md5 контролька-проверил контрольные суммы,все ок.Снес тогда я раздел ,проверил жесткий на бадблоки,посмотрел смарт-не хрена нечего нет.Ну и какого хрена тогда на чексуммы и блоки фс ругаеться ?

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

224. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" –1 +/–

Сообщение от пох. (?), 12-Янв-21, 09:59

>>А чексуммы намекнут о проблемах с железом, если повезет то до того как это превратится в большую проблему.
> Ну и какого хрена тогда на чексуммы и блоки фс
> ругаеться ?
Намекает на проблемы с железом. У тебя их не было - щас создаст на пустом месте! ;-)
Как и всегда у безумно переусложненных конструкций.
P.S. ла..то фанатикам - обратите внимание, _данные_ у него - в порядке. Шах и мат др-рам на crc всего на свете.

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

241. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от maximnik0 (?), 12-Янв-21, 12:29

> P.S. ла..то фанатикам - обратите внимание, _данные_ у него - в порядке.
> Шах и мат др-рам на crc всего на свете.
Уже обсуждал в linux.org.ru.В приватном сообщении- человек подсказал в чем дело-оказываеться существует 3 версии алгоритма чек сумм -новая и 2 старые.В ручной опции монтирование нужно указать нужную версию,кодеры забыли указать флаг в старой версии 32 бита или 64 бита (оптимизация под архитектуру),а авто монтирование ставит дефолтом -старая версия,архитектура локальной машины.Вот на чек суммы и ругаеться,а обещали флаги совместимости с потдержкой минимум 2 версии.

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

248. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от пох. (?), 12-Янв-21, 20:00

> В приватном сообщении- человек подсказал в чем дело-оказываеться существует 3 версии алгоритма
> чек сумм -новая и 2 старые.
Прекрасно, дай угадаю - но места указать ее явно в куче ненужного мусора в метаданных - конечно же не нашлось. У модных-молодежных оно всегда так.
Сколько там у zfs "версий" чексумм на разных алгоритмах? Штук пять, поди ?

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

253. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от maximnik0 (?), 12-Янв-21, 22:41

> Прекрасно, дай угадаю - но места указать ее явно в куче ненужного
> мусора в метаданных - конечно же не нашлось. У модных-молодежных оно
> всегда так.
Мозгов сделать предупреждение им не хватило,как и утилиту конвертации.Мозгов !Заявляеть о потдержке
2 превыдущих версий спецификаций с возможностью конвертации ,забить в как сейчас принято на совместимость и при этом так и не сделать конвертор....Это как с  wayland - поставить в упрек Х-м отсуствие версирования,сделать версирование в waylandе и .....поломать совместимость потому что оказывается как всегда понадобилось костыли включать в протокол, а заморачиваться совместимым ари сложно.

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

254. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от maximnik0 (?), 12-Янв-21, 23:39

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

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

257. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (257), 13-Янв-21, 04:43

> Дай еще уточню,там именно версии контролльной суммы,не кол-во алгоритмов.Они именно формат
> сломали.Последняя версия стала более компакная по размеру.
Чокаво? В btrfs on-disk формат не меняли несовместимым образом последних лет 10. Так что старый бэкап должен читаться. А поха лучше не слушать, известный эксперт по всему, одинаково крут во всем.

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

262. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от maximnik0 (?), 13-Янв-21, 09:54

> Чокаво? В btrfs on-disk формат не меняли несовместимым образом последних лет 10.
> Так что старый бэкап должен читаться. А поха лучше не слушать,
> известный эксперт по всему, одинаково крут во всем.
Хм -насколько я знаю формат raid 4-условно 7 не стабилизирован до сих пор,только в прошлом году как я читал что то в формате  методанных поменяли.Мне человек  ткнул в  чанлог за 18-19 год- я тоже думал что формат стабилизирован..
>сonvert and mkfs will try to use optimized crc32c
>use hw assisted crc32c on more arches
И ВИШЕНКА  (Mar 2019)
metadata uuid - new feature that allows fast uuid change without rewriting all metadata blocks (backward incompatible)

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

263. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от maximnik0 (?), 13-Янв-21, 10:20

Еще мне ткнули на такую вещь-
This can catch consistency problems or bitflips-проблема была пофикшена на версии ядра 5.1.х ,с какой версии была проблема не написано.
Это связано с тем что вынесли алгоритмы  контроля из драйвера бтрфс с целью унификации.

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

284. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (-), 16-Янв-21, 07:21

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

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

292. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от maximnik0 (?), 17-Янв-21, 07:08

>Это никак не влияет на пользователей или устройство ФС.
При условии -при переходе не запутались с ари,была проблема,пофиксили:-)

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

283. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (-), 16-Янв-21, 07:19

>  методанных поменяли.Мне человек  ткнул в  чанлог за 18-19
> год- я тоже думал что формат стабилизирован..
А он и стабилизирован. Но не до состояния надгробия на кладбище, чтобы вообще ничего не улучшать и новые фичи не делать.
>>сonvert and mkfs will try to use optimized crc32c use hw assisted crc32c on more arches
Это оптимизация скорости. Как это на формат чего-либо влияет? То что модуль ФС и утилсы не будут считать crc32 сам а спихнет ее железку коли она так умеет - на формат данных на диске никак не влияет.
> И ВИШЕНКА  (Mar 2019)
> metadata uuid - new feature that allows fast uuid change without rewriting
> all metadata blocks (backward incompatible)
1) Это не влияет на чтение старых бэкапов. Старое ядро обломается смонтировать ФС с неизвестной ему фичой, но не наоборот. Идея класть бэкап на фс с новой фичой и читать его старым ядром вообще достаточно интересная. Но лучше читать все же новым ядром, как по мне. Вообще с точки зрения багфиксов.
2) Ума не приложу зачем на диске с бэкапами менять UUID
3) И сие вообще трогать стоит только понимая зачем вы это делаете. На системном диске это ведет к немедленному unbootable зачастую. А потому что boot будет старый uuid искать. А его - опа - нету. И монтирование - аналогично. Т.е. это еще в 2 местах конфигурации надо синхронно патчить. Иначе вы получите интересный сюрприз. И наверное если вас туда занесло, вы RTFMнете. Иначе вас ждет много приколов...

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

293. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от maximnik0 (?), 17-Янв-21, 07:38

>Старое ядро обломается смонтировать ФС с неизвестной ему фичой, но не наоборот. Идея класть бэкап >на фс с новой фичой и читать его старым ядром вообще достаточно интересная. Но лучше читать все же >новым ядром, как по мне. Вообще с точки зрения багфиксов
Читайте внимательно- диск лежал нетронутым 5 лет.Пытался на него кое что записать,скопировать старые бэкапы- обнаружил режим чтение,ядро ругаеться на чек-суммы и блоки ,типо ошибки.Проверил с другого архива-контрольные суммы и размер все в порядке,файлы проверил нормальные.Сам старый жесткий тоже в порядке,нормально записывает,ошибок нет-но починить фс мне не удалось,даже снес контрольные суммы,верификация 71-74 % и падает программа проверки.Проверил железо -2 часа тестов процессор и память ,по аварийке через 108 минут сработало отключение ноутбука из-за перегрева,но глюков не было.Не знаю что и думать -у меня еще 2 жестких с бэкапами  такого же возраста если не старше,но на них данные пополнялись,проблем нет.

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

285. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (-), 16-Янв-21, 07:24

> Прекрасно, дай угадаю - но места указать ее явно в куче ненужного
> мусора в метаданных - конечно же не нашлось.
Как обычно - пох не угадал. Так что там еще blake2, sha256 и xxhash сделали. И да, старые кернелы и бутлоадеры ессно не знают как это считать. Впрочем половина бутлоадеров на чексумы тупо кладет.
А вот с zstd я разок выкусил, когда grub мне и сказал - ухтыблин, а я не знаю чем распаковать твой kernel! Ну, пришлось и его заапдейтить, временно рекоспреснув kernel в более привычный ему zlib.

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

256. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (257), 13-Янв-21, 04:42

> Намекает на проблемы с железом. У тебя их не было - щас
> создаст на пустом месте! ;-)
Железо или выдерживает пиковые нагрузки, или изредка подсирает глюками. На любой ФС.
> P.S. ла..то фанатикам - обратите внимание, _данные_ у него - в порядке.
> Шах и мат др-рам на crc всего на свете.
А вот это, кстати, вполне похоже на битый RAM или проц.
1) Считали SCRUB, железо прогрелось, стало глюкать, вот тебе csum error
2) Железка остыла, все дела.
3) За один md5sum оно не успело прогреться как scrub
И конечно в его сыпучем железе виноват btrfs. А, ну да, EXT4 молчал бы в тряпочку, а то что раз в год md5sum все же не верный или чота бэкап не распаковывается... вот за это я и люблю btrfs, с ним намного понятнее гадит мне железо или нет :)

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

265. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от maximnik0 (?), 13-Янв-21, 10:34

1) Считали SCRUB, железо прогрелось, стало глюкать, вот тебе csum error
А данные с Божью благодатью записались с Сжатием нормально.Ух ты,пойду тогда все железо освещать .(шутка на грани фола-не обижайтесь верующие,простите атеиста.)
Вы не смотрели в монитор -что происходит при записи на многоядерной машинке-чтобы избежать перегрева (по крайне мере так у АМД) задачи постоянно скачут по ядрам.Остается память -ну не знаю,сомнительно.

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

282. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (-), 16-Янв-21, 07:11

> А данные с Божью благодатью записались с Сжатием нормально.
Вот это без гарантий. Но - да, знаете, обычно SCRUB греет систему сильнее "обычных" ситуаций. Поэтому заодно он подрабатывает RAM/CPU test'ом. Получше "выделенных" ram test'ов.
Хинт: попробуйте 10 раз большой ZIP распаковать. Желательно в /dev/null или типа того. Если CRC error иногда лезут - 100% оно, это железо прогревается и дурить начинает.
> Ух ты,пойду тогда все железо освещать .
Освещать? В прессе чтоли? :P
> Вы не смотрели в монитор -что происходит при записи на многоядерной машинке-чтобы
> избежать перегрева (по крайне мере так у АМД) задачи постоянно скачут
> по ядрам.Остается память -ну не знаю,сомнительно.
Я много во что смотрю. И вероятно в инструменты поинтереснее ваших порой. Однако кроме смотрения еще надо понимать что видишь. Мое понимание говорит мне что вон то похоже на нестабильное железо.

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

295. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от maximnik0 (?), 17-Янв-21, 07:53

>Хинт: попробуйте 10 раз большой ZIP распаковать. Желательно в /dev/null или типа того. Если CRC >error иногда лезут - 100% оно, это железо прогревается и дурить начинает.
Уже чем можно и нельзя протестировал,ошибок нет.Единственное срабатывает защита про перегреву приблизительно через 2 часа,отрубает ноутбук.

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

255. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (257), 13-Янв-21, 04:38

> Позавчера наткнулся опять на проблему с BTRFS.Старый жесткий,валялся лет эдак 5 ,бтрфс
> -бэкап информация.Обнаружил что раздел только чтение-ругаеться при монтирование на чек
> суммы и проблемы с fs .Ну ладно скопировал информацию,попытался чинить -фиг
> вам,как не ремонтируется эта fs ,так и продолжает нуждаться в "шамане".
Я бы сказал что диск посыпался, но...
> нечего нет.Ну и какого хрена тогда на чексуммы и блоки фс ругаеться ?
Может у тебя RAM или CPU под нагрузкой дурят?! Очень уж похоже на сбойное железо. Но, конечно, прикольнее как на EXT4 - молчок в тряпочку, с неспешным засиранием файлов. Так чтоли? Если csum error лезет, с этим надо разбираться. И нет, это не баг ФС, это ее фича - хайлайтит ваше гамнецо в железе.

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

266. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от maximnik0 (?), 13-Янв-21, 21:00

>Очень уж похоже на сбойное железо.
А данные с сжатием записались нормально-чудеса и только.Вот меня ткнули носом что BTRFS которая как 5 лет считается устоявшимся формат (кроме раид )-до сих пор пилеться.
(Mar 2019)
metadata uuid - new feature that allows fast uuid change without rewriting all metadata blocks (backward incompatible) .18-19 год :
>сonvert and mkfs will try to use optimized crc32c
>use hw assisted crc32c on more arches
Это трекер за 18-19 год мне прислали ,ткнули.А сколько фишек помимо контрольной суммы внедрили-до фига,т.к что не фига оказывается у бтрфс стабильный  формат,до сих пор появляться ломающие совместимость обновления.

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

281. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (-), 16-Янв-21, 07:07

> BTRFS которая как 5 лет считается устоявшимся формат (кроме раид )-до сих пор пилеться.
Если софт вообще совсем не пилится - он, очевидно, сдох.
> metadata uuid - new feature that allows fast uuid change without rewriting
> all metadata blocks (backward incompatible) .18-19 год :
Это иллюстрация по теме "смотрю в книгу, вижу фигу"? Это фича для быстрой смены UUID фс, если ждать перемаркирования всех экстентов новым UUID западло (на большом стораже это может занять порядком времени). И да, старые кернелы сие не поймут - потому что не было им известно. Но это довольно мелкое изменение правил игры, без изменений формата как такового. Просто старые ядра посчитают ситуацию невалидной, они не знали что так можно было.
Для начала UUID фс вообще меняют ... скажем так, сильно некоторые люди, в специальных ситуациях. И это обычно интеграторы, системные инженеры и тому подобные, делающие образа VM или девайсов. Для смертного это деяние для начала чревато *немедленным UNBOOTABLE*, если вы не понимаете зачем это. Так что обычно это если и трогает кто, то они знают что и зачем делают. И RTFM наверное сделают. Во всяком случае для интегратора будет странно юзануть новый фич в FS tools но не зающать кернел ему под стать.
>>сonvert and mkfs will try to use optimized crc32c use hw assisted crc32c on more arches
> Это трекер за 18-19 год мне прислали ,ткнули.А сколько фишек помимо контрольной
> суммы внедрили-до фига,т.к что не фига оказывается у бтрфс стабильный
> формат,до сих пор появляться ломающие совместимость обновления.
Вы совсем упали с дуба? Это вообще не изменение формата ФС. Просто научили тулсы юзать хардварное ускорение счета CRC32 если оно в системе есть. Представляете себе, CRC32 можно самому в софте посчитать, а можно отдать вон той железке на вход данные, а на выход она CRC32 отгрузит. Это полностью прозрачно с точки зрения совместимости и всего лишь оптимизация скорости на железках которые так умеют.

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

294. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от maximnik0 (?), 17-Янв-21, 07:46

> Это полностью прозрачно с точки зрения совместимости и всего
> лишь оптимизация скорости на железках которые так умеют.
Теоретически,умудряются и здесь глюки словить .Не помню в каком выпуске ядра при оптимизациях чтоб на аппаратном контролере просчитывать crc32 народ инверсионную ошибку допустил,поправили быстро ,но кое-кто влетел.

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

111. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Ананимас008 (?), 09-Янв-21, 17:51

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

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

114. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (-), 09-Янв-21, 18:51

> 4к и убогим зипом.
Вообще-то там NTLZ, чтоли. Хоть он и ни о чем, жмет даже похуже LZ4 и LZO, а распаковывается медленнее. Единственное достоинство - MS это смог накодить в свои лохматые 90е. А потом совместимость...
> "ленивый бекап" снапшотами, так что очередной скаченный тобой вирусец с торрентов для
> игрушек не зашифровал фотки твоих котиков.
Может и не помочь если вырусец диск лобовым доступом покорежит. Впрочем откуда вырусец в *никсах? А в винде zfs вроде и нет толком. Наверное fuse версия даже работает - но тогда виндузоиды ощутят себя как линуксоиды с нтфсом в фузе, который в проц упирается а не в диск.

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

122. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Ананимас008 (?), 09-Янв-21, 19:17

>Впрочем откуда вырусец в *никсах?
Wine же :)

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

227. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" –1 +/–

Сообщение от пох. (?), 12-Янв-21, 10:16

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

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

258. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (-), 13-Янв-21, 04:53

> Он не упирается в проц.
У top бывают другие идеи на этот счет. Если на быстром диске ядро в полку - это чего?! Может, если ты на зион ноутбучный винч 5400 приделаешь, тогда не упрется наверное.
> Измеризмы на 32битном arm вообще не нашли существенной разницы между fuse и
> in-kernel реализацией.
А это еще зависит от характера доступов. В энных случаях оно в разы медленее. Особенно бесит народ на малохольных роутерах с хилым мипсом, где оно актуально для подхватывания флех в юсб и раздачи их по сети.
> Сказание пошло из времен, когда упирался не в проц, а в линуксопроблему
> (создававшую ненужную нагрузку на проц там, где ее быть не должно).
Не, вот пардон, жрет проц именно фьюз а не линуксное ядро.
> fuse - ее правильный сумасшедший проектировал, еще в забытые годы хороших программистов
> и хороших программ. Повторить это вы неспособны, а испортить - скорее всего, да, сможете.
Чудес не бывает, при нагрузке оно делает дохреналион переключений контекстов в секунду. Что естественно все здорово нагибает. В новых версиях, кстати, это вроде несколько улучшили, так что насчет испортить - вроде бы ровно наоборот все. Впрочем, это пох, у него и синус двух достигает, но к сожалению не тогда когда это позарез надо, а тогда когда это очень некстати.

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

261. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от пох. (?), 13-Янв-21, 09:13

> У top бывают другие идеи на этот счет. Если на быстром диске ядро в полку - это чего?!
А я знай?
Может, к корявому софту, может к кривому железу, может к неэффективности самой фс под задачу. А может кто-то и big_writes включить забыл (но это надо еще суметь).
Тут некоторые, не будем показывать пальцем, граждане - ceph используют для своей массовой  виртуализации. И, похоже, не считают что переплачивают за процессорные мощности, хотя контора ни разу не благотворительное заведение. Наверное, просто не знают, что у них есть прекрасный, параллельный, in-kernel nfs. Или знают ;-)
> Чудес не бывает, при нагрузке оно делает дохреналион переключений контекстов в секунду.
Повторяю: я, в отличие от некоторых - _тестировал_. Причем на железе, которое сейчас даже в телефоны стесняются ставить.
Разница (для моей задачи, это ни разу не usb2 флэшка в твоем мипсе, где я и искал бы корни проблем) - на уровне с трудом различимом приборами.
Я расстроился, потому что потратил довольно много времени, чтобы эту херню вообще запустить у себя, и ожидал чудес, а "3g" и так просто работала из коробки. И нет, она не использует fuse3.
С которой я ковыряюсь отдельно, и пока тоже что-то щастья не обнаружил (в смысле не нашел конфигурации, способной что-то отдавать с такой скоростью, чтобы вообще заметить разницу - и это в целом неудивительно, все улучшизмы там в userspace, а значит - сомнительные. Говорю же - ту - правильный сумасшедший цыган писал. Сейчас таких не делают.)
P.S. и еще один ньюанс - не забываем выключать kpti и прочую чушь. Вероятно - лучше всего путем установки ядра версии 3.0.последней или рядом что-то. Поскольку оно по настоящему не выключается.
Но это актуально только для amd64 архитектуры.

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

271. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (271), 15-Янв-21, 19:37

> Может, к корявому софту, может к кривому железу, может к неэффективности самой
> фс под задачу. А может кто-то и big_writes включить забыл (но это надо еще суметь).
Вот буду еще железо и задачи под всякий шит из 90х подбирать! Ты в своем уме? Почему-то замена на фс в ядре немедленно разгоняет все, иногда - в разы.
> Тут некоторые, не будем показывать пальцем, граждане - ceph используют для своей
> массовой  виртуализации. И, похоже, не считают что переплачивают за процессорные
> мощности, хотя контора ни разу не благотворительное заведение. Наверное, просто не
> знают, что у них есть прекрасный, параллельный, in-kernel nfs. Или знают ;-)
Вебмакаки вообще на питоне програмят. Потом раза по три переписывают, если вдруг этот кусок крапа еще и взлетает каким-то чудом. И чего?
> Повторяю: я, в отличие от некоторых - _тестировал_. Причем на железе, которое
> сейчас даже в телефоны стесняются ставить.
Я тоже тестировал, на довольно разном железе, от роутеров до десктопа который и сейчас недурно смотрится на фоне многих других железок. И после этого последние тома ntfs'а и были поперты цаными тряпками.
> Разница (для моей задачи, это ни разу не usb2 флэшка в твоем
> мипсе, где я и искал бы корни проблем) - на уровне с трудом различимом приборами.
На мипсе с флешкой замена этого недоразумения на EXT* почему-то здорово разгоняет все. И вот как-то корень проблемы на EXT* не распостраняется. Черт, да там даже btrfs шевелится, и этот взамен оверхеда хотя-бы имеет что предложить. Ну там несколько накопителей по разным usb, например, так даже быстрее :D
> С которой я ковыряюсь отдельно, и пока тоже что-то щастья не обнаружил
> (в смысле не нашел конфигурации, способной что-то отдавать с такой скоростью,
> чтобы вообще заметить разницу - и это в целом неудивительно,
У тебя видимо напрочь отбитое файлопомойками и мегаэнтерпрайзом мышление, когда переросточный проц, все io-limited, задач нет (файлопомойка же), сервируем 1 терабайтный файл - и там конечно любая фигня работает примерно одинаково, со скоростью io. Но таким тестам грош цена в базарный день, они свойства железа тестируют, проскипав нюансы софта.
> чушь. Вероятно - лучше всего путем установки ядра версии 3.0.последней или
> рядом что-то. Поскольку оно по настоящему не выключается.
> Но это актуально только для amd64 архитектуры.
Я в принципе не собираюсь использовать ядра подобных версий. Даже на роутерах, не говоря уж про воркстэйшн и ноуты. А ты в своем праве пользоваться хоть win95!
Да, кстати, как там твои файлопомойки на нтфс поживают? А то последние пару месяцев маздаю решительно везет на приколы с именно нтфс. То диски рушит fsck (у Рейзера научились?), то вон рядом непривилигерованый юзер систему может урыть - https://habr.com/ru/news/t/537328/ и вокруг.

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

272. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от пох. (?), 15-Янв-21, 20:09

> У тебя видимо напрочь отбитое файлопомойками и мегаэнтерпрайзом мышление
у тебя его похоже нет вообще, так что даже с пониманием печатного текста проблемы.
Я уже несколько раз повторил, на какой херне я тестировал.
> Но таким тестам грош цена в базарный день, они свойства железа тестируют, проскипав нюансы
> софта.
они тестируют то, что нужно было мне. Никаких причудливых ньюансов у используемого мной софта нет.
Потестировали, убедились, что возня с ручным бэкпортированием in-kernel модуля не стоит сэкономленных пяти процентов производительности и полупроцента загрузки единственного ядра из восьми.
Наверное, если бы я не в основном читал громадные файлы, а писал миллион файлов по килобайту параллельно - разница бы была более существенной. Но у меня нет такой задачи, негде взять миллион.
> Я в принципе не собираюсь использовать ядра подобных версий.
Недостаточно теплое, не липнет? Ну, оок.
Каковы принципы, таков и инженер.
> Да, кстати, как там твои файлопомойки на нтфс поживают?
хорошо поживают. Только опять надо новые 18 терабайт заводить, старые сожраты.
> А то последние пару месяцев маздаю решительно везет на приколы с именно нтфс.
ты б-жественную десяточку home от серверных версий тоже отличать не умеешь? Эксперт по ntfs.
Да и a) не рушит, чинит - только запустить его немного сложно после неудачного обновления - я запущу, не ссы
b) "самое ценное - в комментах". Там вообще ничего не повреждается кроме мнения винды о том что диск нуждается в срочной проверке. Ну и пусть его при себе держит.
Ну и отдельный привет - хранилки не апгрейдят. Ни виндовые, ни линуксные, ни bsdшные.
Только если уж совсем край.

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

279. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (279), 16-Янв-21, 05:34

> у тебя его похоже нет вообще, так что даже с пониманием печатного текста проблемы.
Ну, раз я еще не помер с голода, наверное какое-то все же есть.
> Я уже несколько раз повторил, на какой херне я тестировал.
Урл?
> они тестируют то, что нужно было мне. Никаких причудливых ньюансов у используемого мной софта нет.
У тебя переклин на энтерпрайзных файлопомойках, с потерей понимания что у людей бывают другие задачи.
> сэкономленных пяти процентов производительности и полупроцента загрузки единственного ядра из восьми.
Это про ZFS? Или что вы там *бэкпортируете* из *кернела*?
> Но у меня нет такой задачи, негде взять миллион.
Зато меня вот например интересует такая банальщина как скорость раскатки на фс Linux Kernel. И не только на мега конфигах но и на десктопе и ноуте. Миллиона там правда нет, но 75К - пожалуйста.
>> Я в принципе не собираюсь использовать ядра подобных версий.
> Недостаточно теплое, не липнет? Ну, оок.
1) Я еще и юзаю некоторые фичи оттуда, от btrfs до wireguard'а. Просто потому что люблю безгеморные технологии.
2) Некоторое мое железо требует более свежих ядер. Например amdgpu.
3) Этот антик врядли сильно секурный, а юзать софт с пачкой known vuln мне "религия не позволяет"
4) Я нахожу девов из mainline конструктивными и приятными в взаимодействии. Они помогут мне замахать любую фигню на которую я наступлю. Но 3.х их уже давно не интересует.
> Каковы принципы, таков и инженер.
Однозначно. Я не арч-некромансер. И принципиально вбивать датчики кверхногами, даже если туго идет я не буду. Облом, да?
> хорошо поживают. Только опять надо новые 18 терабайт заводить, старые сожраты.
Да удачи. В btrfs такое просто. Доткнул винч(и) и вот тебе +n места. И да, я надеюсь твои сказки про не маунтится не были про 3.что-то? :)
> ты б-жественную десяточку home от серверных версий тоже отличать не умеешь? Эксперт по ntfs.
Дык там кернель поди один и тот же. Во всяком случае в 2003/2008 проблемы были 1 в 1 с домашними версиями. Делать Принципиально Иной кернел с принципиально другим ntfs.sys видите ли всем сильно впадлу. А что, индусы к десятке таки стали неленивые?
> Да и a) не рушит, чинит - только запустить его немного сложно
> после неудачного обновления - я запущу, не ссы
Не обязано быть сложно. Скадем если btrfs progs в initrd есть, убить все настолько чтобы даже он не работал - ну даже не знаю, ты наверное и так сможешь, конечно.
> b) "самое ценное - в комментах". Там вообще ничего не повреждается кроме
> мнения винды о том что диск нуждается в срочной проверке.
А также иногда слетает MFT, сообщение про проблему по кольцу при каждом ребуте и вообще нельзя загрузиться и тому подобные приколы. Там старичку фиксов штуки три досталось, один другого стебнее.
> Ну и отдельный привет - хранилки не апгрейдят. Ни виндовые, ни линуксные, ни bsdшные.
Да оно круто как бы, но мир на хранилках не заканчивается.

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

291. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от пох. (?), 16-Янв-21, 11:05

> Ну, раз я еще не помер с голода, наверное какое-то все же есть.
Ты не поверишь, сколько совсем не помирает с голода, не умея толком прочитать написанное.
Но мы тут не на совете инвесторов, тут это не ценится.
Дальше - все вопросы ровно из неумения читать и пользоваться инструментом под рукой. Ищи, читай написанное, а не свои выдумки, еще раз перечитывай если не дошло с первой попытки. Извини, мне неинтересно. До встречи на совещании инвесторов.

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

37. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +1 +/–

Сообщение от Аноним (37), 07-Янв-21, 17:47

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

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

78. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (78), 08-Янв-21, 05:31

И вот как Openindiana, FreeBSD, Linux на одном HDD сделать?

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

71. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Егор (??), 07-Янв-21, 23:32

Пусть уж лучше уменьшается при создании снапшота, чем будет уменьшена с самого начала работы постоянно включенным COW.

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

115. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (-), 09-Янв-21, 18:57

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

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

226. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Онаним (?), 12-Янв-21, 10:15

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

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

259. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (-), 13-Янв-21, 05:38

> На ротационных носителях - уменьшает потому, что CoW - это априори безумная фрагментация.
Вообще совсем ниоткуда не следует. Если например прога одним куском весь файл переписывает - разницы вообще не будет во многих случаях.
И это зажурналить по честному на обычной ФС - так его надо 2 раза писать, сперва в журнал, потом в основную область. И тут разглагольствования о скорости или надежности идут лесом - выбирайте уж одно из двух. Крутой выбор! А тут все и сразу. Хоть и ценой немного странных свойств.
> И в целом уменьшает, потому что фигова туча метаданных нужна для его поддержки.
Опять же - зависит от паттернов доступа. Показать как в обычной ФС сделать это же самое? А блин торент без преалокации скачайте. XFS какой будет потом 5 минут один дивидюк удалять, чего бы это он?

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

264. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Онаним (?), 13-Янв-21, 10:24

> Вообще совсем ниоткуда не следует. Если например прога одним куском весь файл переписывает
> А блин торент без преалокации скачайте
Вот как раз на CoW будет задница хоть с преаллокацией, хоть без. На обычной FS можно ещё как-то уйти от этой задницы преаллокацией.

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

280. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Аноним (280), 16-Янв-21, 06:53

> Вот как раз на CoW будет задница хоть с преаллокацией, хоть без.
Откуда? В идеале оба оформляют 1 экстент и метаданные указывающие на него.
> На обычной FS можно ещё как-то уйти от этой задницы преаллокацией.
А чем обычная FS и CoW в этом аспекте отличаются? В упомянутой ситуации они могут сделать примерно одно и то же, лишь бы регион более-менее непрерывного свободного места был. И если мы об этом, у btrfs есть какой никакой дефраг. У ext4 тоже в принципе есть, с неких пор. А у zfs ... ну тут был iZEN. И известен он тем что офигенный 3-дисковый пул собрал. С аж 18 мегами в секунду на чтение. Странно что нам в этом не нравится, да? Даже учитыая ноутбучность его винчей. И таки нет, вот на zfs он походу ничего с фрагментацией своими торентами уже не сделает, это да, только разобрать к хренам и заново пересобрать.

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

290. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD" +/–

Сообщение от Онаним (?), 16-Янв-21, 09:54

>> Вот как раз на CoW будет задница хоть с преаллокацией, хоть без.
> Откуда? В идеале оба оформляют 1 экстент и метаданные указывающие на него.
Вот только при рандомной записи в тот экстент CoW-based данные раскладывают, увы, не туда, где они должны быть, а просто так, линеечкой. Да, сама запись при этом даже быстрее будет - линейно же, прекрасно. А потом мы пытаемся это читать, и хр-хр-хр др-др-др головы бегают туда-сюда по 100500 раз. К сожалению, медицинский факт. У SSD этой проблемы нет, но SSD и CoW как собаке пятая нога, там свой левелинг внутри :D

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	16. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+4 +/–
	Сообщение от анон (?), 07-Янв-21, 14:10
	снапшоты которые не уменьшаю производительность (в отличии от lvm2) и их можно передавать икрементально (только изменённые данные) по ssh (для обновления бэкапа), програмный raid (отказоустойчивость) который можно воткнуть в другой комп без проблем, сжатие файлов в самой системе.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	–2 +/–
	Сообщение от Аноним (15), 07-Янв-21, 15:10
	А вот прям на домашнем компуктере обоснованно?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+6 +/–
	Сообщение от OpenEcho (?), 07-Янв-21, 16:08
	А на домашнем компютере не хранятся налоговые отчеты, фотки и видео семьи,которые будет досадно потерять ??? Если нет, то вам даже fat32 подойдет
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (15), 07-Янв-21, 16:16
	Налогов, семьи, фоток нет. Никого из перечисленных потерять будет не досадно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+4 +/–
	Сообщение от OpenEcho (?), 07-Янв-21, 17:14
	> Налогов, семьи, фоток нет. Никого из перечисленных потерять будет не досадно. В таком случае проще держать bootable флешку с read-only swicth-em - и безопасно и нет зависимости от компов
	Ответить \| Правка \| Наверх \| Cообщить модератору


	113. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 09-Янв-21, 18:47
	> Налогов, семьи, фоток нет. Никого из перечисленных потерять будет не досадно. Есть еще фича: если при обновлении системы что-то пошло не так, есть довольно большая разница: откатить в вид как было за 2 минуты или полдня систему восстанавливать/переустанавливать. Но на Linux для rootfs лучше btrfs взять. К тому же он умеет дублировать метаданные даже на 1 носителе, что очень понижает риск его кончины от мелких случайностей. А чексуммы намекнут о проблемах с железом, если повезет то до того как это превратится в большую проблему. В btrfs еще можно reflinks делать. Когда 2 файла ссылаются на одинаковые блоки изначально. Так что вон тот образ диска виртуалки на 20 гиг можно "скопировать" моментально а CoW прозрачно обыграет отличия между виртуалками, при том храниться будет только шаблон и отличия от него, а не два полных 20-гиговых диска. Можно и еще что-нибудь прикольное, типа хранения 2 копий даже на 1 носителе, что повышает шансы в случае облома. А сказ про RAID это здорово, но вот так можно и с единичной флешкой, с 1 разделом. А RAID из нее делать - как минимум непрактично. В общем это совсем другой уровень технологий.
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	184. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+3 +/–
	Сообщение от maximnik0 (?), 10-Янв-21, 04:50
	>А чексуммы намекнут о проблемах с железом, если повезет то до того как это превратится в большую проблему. Позавчера наткнулся опять на проблему с BTRFS.Старый жесткий,валялся лет эдак 5 ,бтрфс -бэкап информация.Обнаружил что раздел только чтение-ругаеться при монтирование на чек суммы и проблемы с fs .Ну ладно скопировал информацию,попытался чинить -фиг вам,как не ремонтируется эта fs ,так и продолжает нуждаться в "шамане".Btrfs check restore,удалил чек суммы-не фига,доходит до 70% веритификация и падает в корку программа починки,до этого на куча блоков ругаеться.(btrfsck -не потдерживаеться,в большенстве дистрибутивов ссылка на btrfs check ) Ладно еще есть один бэкап за архивированный на другом жестком-есть к файлам md5 контролька-проверил контрольные суммы,все ок.Снес тогда я раздел ,проверил жесткий на бадблоки,посмотрел смарт-не хрена нечего нет.Ну и какого хрена тогда на чексуммы и блоки фс ругаеться ?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	224. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от пох. (?), 12-Янв-21, 09:59
	>>А чексуммы намекнут о проблемах с железом, если повезет то до того как это превратится в большую проблему. > Ну и какого хрена тогда на чексуммы и блоки фс > ругаеться ? Намекает на проблемы с железом. У тебя их не было - щас создаст на пустом месте! ;-) Как и всегда у безумно переусложненных конструкций. P.S. ла..то фанатикам - обратите внимание, _данные_ у него - в порядке. Шах и мат др-рам на crc всего на свете.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	241. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 12-Янв-21, 12:29
	> P.S. ла..то фанатикам - обратите внимание, _данные_ у него - в порядке. > Шах и мат др-рам на crc всего на свете. Уже обсуждал в linux.org.ru.В приватном сообщении- человек подсказал в чем дело-оказываеться существует 3 версии алгоритма чек сумм -новая и 2 старые.В ручной опции монтирование нужно указать нужную версию,кодеры забыли указать флаг в старой версии 32 бита или 64 бита (оптимизация под архитектуру),а авто монтирование ставит дефолтом -старая версия,архитектура локальной машины.Вот на чек суммы и ругаеться,а обещали флаги совместимости с потдержкой минимум 2 версии.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	248. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от пох. (?), 12-Янв-21, 20:00
	> В приватном сообщении- человек подсказал в чем дело-оказываеться существует 3 версии алгоритма > чек сумм -новая и 2 старые. Прекрасно, дай угадаю - но места указать ее явно в куче ненужного мусора в метаданных - конечно же не нашлось. У модных-молодежных оно всегда так. Сколько там у zfs "версий" чексумм на разных алгоритмах? Штук пять, поди ?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	253. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 12-Янв-21, 22:41
	> Прекрасно, дай угадаю - но места указать ее явно в куче ненужного > мусора в метаданных - конечно же не нашлось. У модных-молодежных оно > всегда так. Мозгов сделать предупреждение им не хватило,как и утилиту конвертации.Мозгов !Заявляеть о потдержке 2 превыдущих версий спецификаций с возможностью конвертации ,забить в как сейчас принято на совместимость и при этом так и не сделать конвертор....Это как с wayland - поставить в упрек Х-м отсуствие версирования,сделать версирование в waylandе и .....поломать совместимость потому что оказывается как всегда понадобилось костыли включать в протокол, а заморачиваться совместимым ари сложно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	254. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 12-Янв-21, 23:39
	Дай еще уточню,там именно версии контролльной суммы,не кол-во алгоритмов.Они именно формат сломали.Последняя версия стала более компакная по размеру.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	257. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (257), 13-Янв-21, 04:43
	> Дай еще уточню,там именно версии контролльной суммы,не кол-во алгоритмов.Они именно формат > сломали.Последняя версия стала более компакная по размеру. Чокаво? В btrfs on-disk формат не меняли несовместимым образом последних лет 10. Так что старый бэкап должен читаться. А поха лучше не слушать, известный эксперт по всему, одинаково крут во всем.
	Ответить \| Правка \| К родителю #254 \| Наверх \| Cообщить модератору


	262. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 13-Янв-21, 09:54
	> Чокаво? В btrfs on-disk формат не меняли несовместимым образом последних лет 10. > Так что старый бэкап должен читаться. А поха лучше не слушать, > известный эксперт по всему, одинаково крут во всем. Хм -насколько я знаю формат raid 4-условно 7 не стабилизирован до сих пор,только в прошлом году как я читал что то в формате методанных поменяли.Мне человек ткнул в чанлог за 18-19 год- я тоже думал что формат стабилизирован.. >сonvert and mkfs will try to use optimized crc32c >use hw assisted crc32c on more arches И ВИШЕНКА (Mar 2019) metadata uuid - new feature that allows fast uuid change without rewriting all metadata blocks (backward incompatible)
	Ответить \| Правка \| К родителю #257 \| Наверх \| Cообщить модератору


	263. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 13-Янв-21, 10:20
	Еще мне ткнули на такую вещь- This can catch consistency problems or bitflips-проблема была пофикшена на версии ядра 5.1.х ,с какой версии была проблема не написано. Это связано с тем что вынесли алгоритмы контроля из драйвера бтрфс с целью унификации.
	Ответить \| Правка \| К родителю #262 \| Наверх \| Cообщить модератору


	284. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 16-Янв-21, 07:21
	> Это связано с тем что вынесли алгоритмы контроля из драйвера бтрфс с целью унификации. Это не изменило формат ФС. Только внутреннее устройство модуля. В ядре Linux есть реюзабельные алгоритмы, в том числе с аппаратным ускорением если железо умеет. Ну вот этот модуль фс тоже обучили этими функциями пользоваться. Это никак не влияет на пользователей или устройство ФС.
	Ответить \| Правка \| К родителю #263 \| Наверх \| Cообщить модератору


	292. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 17-Янв-21, 07:08
	>Это никак не влияет на пользователей или устройство ФС. При условии -при переходе не запутались с ари,была проблема,пофиксили:-)
	Ответить \| Правка \| К родителю #284 \| Наверх \| Cообщить модератору


	283. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 16-Янв-21, 07:19
	> методанных поменяли.Мне человек ткнул в чанлог за 18-19 > год- я тоже думал что формат стабилизирован.. А он и стабилизирован. Но не до состояния надгробия на кладбище, чтобы вообще ничего не улучшать и новые фичи не делать. >>сonvert and mkfs will try to use optimized crc32c use hw assisted crc32c on more arches Это оптимизация скорости. Как это на формат чего-либо влияет? То что модуль ФС и утилсы не будут считать crc32 сам а спихнет ее железку коли она так умеет - на формат данных на диске никак не влияет. > И ВИШЕНКА (Mar 2019) > metadata uuid - new feature that allows fast uuid change without rewriting > all metadata blocks (backward incompatible) 1) Это не влияет на чтение старых бэкапов. Старое ядро обломается смонтировать ФС с неизвестной ему фичой, но не наоборот. Идея класть бэкап на фс с новой фичой и читать его старым ядром вообще достаточно интересная. Но лучше читать все же новым ядром, как по мне. Вообще с точки зрения багфиксов. 2) Ума не приложу зачем на диске с бэкапами менять UUID 3) И сие вообще трогать стоит только понимая зачем вы это делаете. На системном диске это ведет к немедленному unbootable зачастую. А потому что boot будет старый uuid искать. А его - опа - нету. И монтирование - аналогично. Т.е. это еще в 2 местах конфигурации надо синхронно патчить. Иначе вы получите интересный сюрприз. И наверное если вас туда занесло, вы RTFMнете. Иначе вас ждет много приколов...
	Ответить \| Правка \| К родителю #262 \| Наверх \| Cообщить модератору


	293. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 17-Янв-21, 07:38
	>Старое ядро обломается смонтировать ФС с неизвестной ему фичой, но не наоборот. Идея класть бэкап >на фс с новой фичой и читать его старым ядром вообще достаточно интересная. Но лучше читать все же >новым ядром, как по мне. Вообще с точки зрения багфиксов Читайте внимательно- диск лежал нетронутым 5 лет.Пытался на него кое что записать,скопировать старые бэкапы- обнаружил режим чтение,ядро ругаеться на чек-суммы и блоки ,типо ошибки.Проверил с другого архива-контрольные суммы и размер все в порядке,файлы проверил нормальные.Сам старый жесткий тоже в порядке,нормально записывает,ошибок нет-но починить фс мне не удалось,даже снес контрольные суммы,верификация 71-74 % и падает программа проверки.Проверил железо -2 часа тестов процессор и память ,по аварийке через 108 минут сработало отключение ноутбука из-за перегрева,но глюков не было.Не знаю что и думать -у меня еще 2 жестких с бэкапами такого же возраста если не старше,но на них данные пополнялись,проблем нет.
	Ответить \| Правка \| К родителю #283 \| Наверх \| Cообщить модератору


	285. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 16-Янв-21, 07:24
	> Прекрасно, дай угадаю - но места указать ее явно в куче ненужного > мусора в метаданных - конечно же не нашлось. Как обычно - пох не угадал. Так что там еще blake2, sha256 и xxhash сделали. И да, старые кернелы и бутлоадеры ессно не знают как это считать. Впрочем половина бутлоадеров на чексумы тупо кладет. А вот с zstd я разок выкусил, когда grub мне и сказал - ухтыблин, а я не знаю чем распаковать твой kernel! Ну, пришлось и его заапдейтить, временно рекоспреснув kernel в более привычный ему zlib.
	Ответить \| Правка \| К родителю #248 \| Наверх \| Cообщить модератору


	256. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (257), 13-Янв-21, 04:42
	> Намекает на проблемы с железом. У тебя их не было - щас > создаст на пустом месте! ;-) Железо или выдерживает пиковые нагрузки, или изредка подсирает глюками. На любой ФС. > P.S. ла..то фанатикам - обратите внимание, _данные_ у него - в порядке. > Шах и мат др-рам на crc всего на свете. А вот это, кстати, вполне похоже на битый RAM или проц. 1) Считали SCRUB, железо прогрелось, стало глюкать, вот тебе csum error 2) Железка остыла, все дела. 3) За один md5sum оно не успело прогреться как scrub И конечно в его сыпучем железе виноват btrfs. А, ну да, EXT4 молчал бы в тряпочку, а то что раз в год md5sum все же не верный или чота бэкап не распаковывается... вот за это я и люблю btrfs, с ним намного понятнее гадит мне железо или нет :)
	Ответить \| Правка \| К родителю #224 \| Наверх \| Cообщить модератору


	265. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 13-Янв-21, 10:34
	1) Считали SCRUB, железо прогрелось, стало глюкать, вот тебе csum error А данные с Божью благодатью записались с Сжатием нормально.Ух ты,пойду тогда все железо освещать .(шутка на грани фола-не обижайтесь верующие,простите атеиста.) Вы не смотрели в монитор -что происходит при записи на многоядерной машинке-чтобы избежать перегрева (по крайне мере так у АМД) задачи постоянно скачут по ядрам.Остается память -ну не знаю,сомнительно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	282. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 16-Янв-21, 07:11
	> А данные с Божью благодатью записались с Сжатием нормально. Вот это без гарантий. Но - да, знаете, обычно SCRUB греет систему сильнее "обычных" ситуаций. Поэтому заодно он подрабатывает RAM/CPU test'ом. Получше "выделенных" ram test'ов. Хинт: попробуйте 10 раз большой ZIP распаковать. Желательно в /dev/null или типа того. Если CRC error иногда лезут - 100% оно, это железо прогревается и дурить начинает. > Ух ты,пойду тогда все железо освещать . Освещать? В прессе чтоли? :P > Вы не смотрели в монитор -что происходит при записи на многоядерной машинке-чтобы > избежать перегрева (по крайне мере так у АМД) задачи постоянно скачут > по ядрам.Остается память -ну не знаю,сомнительно. Я много во что смотрю. И вероятно в инструменты поинтереснее ваших порой. Однако кроме смотрения еще надо понимать что видишь. Мое понимание говорит мне что вон то похоже на нестабильное железо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	295. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 17-Янв-21, 07:53
	>Хинт: попробуйте 10 раз большой ZIP распаковать. Желательно в /dev/null или типа того. Если CRC >error иногда лезут - 100% оно, это железо прогревается и дурить начинает. Уже чем можно и нельзя протестировал,ошибок нет.Единственное срабатывает защита про перегреву приблизительно через 2 часа,отрубает ноутбук.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	255. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (257), 13-Янв-21, 04:38
	> Позавчера наткнулся опять на проблему с BTRFS.Старый жесткий,валялся лет эдак 5 ,бтрфс > -бэкап информация.Обнаружил что раздел только чтение-ругаеться при монтирование на чек > суммы и проблемы с fs .Ну ладно скопировал информацию,попытался чинить -фиг > вам,как не ремонтируется эта fs ,так и продолжает нуждаться в "шамане". Я бы сказал что диск посыпался, но... > нечего нет.Ну и какого хрена тогда на чексуммы и блоки фс ругаеться ? Может у тебя RAM или CPU под нагрузкой дурят?! Очень уж похоже на сбойное железо. Но, конечно, прикольнее как на EXT4 - молчок в тряпочку, с неспешным засиранием файлов. Так чтоли? Если csum error лезет, с этим надо разбираться. И нет, это не баг ФС, это ее фича - хайлайтит ваше гамнецо в железе.
	Ответить \| Правка \| К родителю #184 \| Наверх \| Cообщить модератору


	266. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 13-Янв-21, 21:00
	>Очень уж похоже на сбойное железо. А данные с сжатием записались нормально-чудеса и только.Вот меня ткнули носом что BTRFS которая как 5 лет считается устоявшимся формат (кроме раид )-до сих пор пилеться. (Mar 2019) metadata uuid - new feature that allows fast uuid change without rewriting all metadata blocks (backward incompatible) .18-19 год : >сonvert and mkfs will try to use optimized crc32c >use hw assisted crc32c on more arches Это трекер за 18-19 год мне прислали ,ткнули.А сколько фишек помимо контрольной суммы внедрили-до фига,т.к что не фига оказывается у бтрфс стабильный формат,до сих пор появляться ломающие совместимость обновления.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	281. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 16-Янв-21, 07:07
	> BTRFS которая как 5 лет считается устоявшимся формат (кроме раид )-до сих пор пилеться. Если софт вообще совсем не пилится - он, очевидно, сдох. > metadata uuid - new feature that allows fast uuid change without rewriting > all metadata blocks (backward incompatible) .18-19 год : Это иллюстрация по теме "смотрю в книгу, вижу фигу"? Это фича для быстрой смены UUID фс, если ждать перемаркирования всех экстентов новым UUID западло (на большом стораже это может занять порядком времени). И да, старые кернелы сие не поймут - потому что не было им известно. Но это довольно мелкое изменение правил игры, без изменений формата как такового. Просто старые ядра посчитают ситуацию невалидной, они не знали что так можно было. Для начала UUID фс вообще меняют ... скажем так, сильно некоторые люди, в специальных ситуациях. И это обычно интеграторы, системные инженеры и тому подобные, делающие образа VM или девайсов. Для смертного это деяние для начала чревато немедленным UNBOOTABLE, если вы не понимаете зачем это. Так что обычно это если и трогает кто, то они знают что и зачем делают. И RTFM наверное сделают. Во всяком случае для интегратора будет странно юзануть новый фич в FS tools но не зающать кернел ему под стать. >>сonvert and mkfs will try to use optimized crc32c use hw assisted crc32c on more arches > Это трекер за 18-19 год мне прислали ,ткнули.А сколько фишек помимо контрольной > суммы внедрили-до фига,т.к что не фига оказывается у бтрфс стабильный > формат,до сих пор появляться ломающие совместимость обновления. Вы совсем упали с дуба? Это вообще не изменение формата ФС. Просто научили тулсы юзать хардварное ускорение счета CRC32 если оно в системе есть. Представляете себе, CRC32 можно самому в софте посчитать, а можно отдать вон той железке на вход данные, а на выход она CRC32 отгрузит. Это полностью прозрачно с точки зрения совместимости и всего лишь оптимизация скорости на железках которые так умеют.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	294. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от maximnik0 (?), 17-Янв-21, 07:46
	> Это полностью прозрачно с точки зрения совместимости и всего > лишь оптимизация скорости на железках которые так умеют. Теоретически,умудряются и здесь глюки словить .Не помню в каком выпуске ядра при оптимизациях чтоб на аппаратном контролере просчитывать crc32 народ инверсионную ошибку допустил,поправили быстро ,но кое-кто влетел.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	111. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Ананимас008 (?), 09-Янв-21, 17:51
	Человеческое сжатие, а не как в убогом нтфс лишь с кластером на 4к и убогим зипом. Возможность быстро прибить кучу бесполезных торентов с котиками или проном. Хоть млрд файлов там, пока твой этот шиндовс будет подсчитывать сколько и чего там удалять. "ленивый бекап" снапшотами, так что очередной скаченный тобой вирусец с торрентов для игрушек не зашифровал фотки твоих котиков.
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору


	114. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 09-Янв-21, 18:51
	> 4к и убогим зипом. Вообще-то там NTLZ, чтоли. Хоть он и ни о чем, жмет даже похуже LZ4 и LZO, а распаковывается медленнее. Единственное достоинство - MS это смог накодить в свои лохматые 90е. А потом совместимость... > "ленивый бекап" снапшотами, так что очередной скаченный тобой вирусец с торрентов для > игрушек не зашифровал фотки твоих котиков. Может и не помочь если вырусец диск лобовым доступом покорежит. Впрочем откуда вырусец в *никсах? А в винде zfs вроде и нет толком. Наверное fuse версия даже работает - но тогда виндузоиды ощутят себя как линуксоиды с нтфсом в фузе, который в проц упирается а не в диск.
	Ответить \| Правка \| Наверх \| Cообщить модератору