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

Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD, opennews (??), 13-Окт-23, (0) [смотреть все] Кто понимает, значит ли это большую безопасность за счет отделение модуля от ядр, Аноним (1), 23:34 , 13-Окт-23, (1) –1 // Нет конечно, с точки зрения безопасности разницы нет никакой , Вася Пукин (?), 23:43 , 13-Окт-23, (3) +3 это сделано чисто изза лицыесли бы лица была GPL2 3 давно бы фс была в ядре, Анан (?), 23:53 , 13-Окт-23, (6) +5 // Угу, щас Там вон кента то вертают за то что ядерные подсистемы не использует на, Аноним (17), 01:03 , 14-Окт-23, (17) // Если бы задались целью - вообще легко , Аноним (20), 01:15 , 14-Окт-23, (20) +3 Да вообще ерунда - переписать больше половины, наверное, здоровенного нетривиаль, Аноним (-), 09:20 , 14-Окт-23, (37) +3 Вообще ни разу, он загружается в адресное пространство ядра и представляет с ним, Аноним (10), 00:01 , 14-Окт-23, (10) +2 При монолитном ядре - нет При гибридном или микроядре, может что-то дать , Аноним. (?), 07:17 , 14-Окт-23, (26) Одна из лучших ФС для линукса, аНОНИМ (?), 23:42 , 13-Окт-23, (2) +2 // Если забыть про все остальные , анон (?), 11:09 , 14-Окт-23, (53) +5 к сожалению, да Правда сразу после ntfs-3g, пох. (?), 11:13 , 14-Окт-23, (55) –8 // а она далеко позади FUSE конечно , mos87 (ok), 12:29 , 16-Окт-23, (199) только закончил миграцию с zfs на btrfs на бэкапном сервере zfs ужасно дегра, лютый арчешкольник... (?), 15:37 , 14-Окт-23, (75) –1 // надо просто знать какие каталоги у тебя в ФС пустые и не делать лс -л там, изи, Аноним (81), 16:04 , 14-Окт-23, (81) +6 // А если выучить наизусть содержание бэкапов то и бэкапные сервера вам не потребую, Аноним (-), 16:13 , 14-Окт-23, (84) +3 может тебе еще hammer2 понравится, правда это не под ляликс , Аноним (156), 14:10 , 15-Окт-23, (156) time du -sh blabla 6 43T blablareal 2m11 230suser 0m2 805ssys 0m, Минона (ok), 08:57 , 16-Окт-23, (184) // Ну тогда вот btrfs, на 1 диске, всего 5400RPM, дофига мелких и средних файлов , Аноним (262), 01:09 , 19-Окт-23, (262) Ну сравнимо , Минона (ok), 10:08 , 19-Окт-23, (263) В принципе да, но неплохо бы уточнить конфигу железки хотя бы на предмет дисков , Аноним (268), 22:24 , 19-Окт-23, (268) -Это на холодную Второй проход - 20 сек raidz2 из 8 SATA WD Gold , Минона (ok), 15:25 , 20-Окт-23, (272) Некие проблемы есть, но оно хоть не разваливается на ровном месте, умеет raidz r, Stellarwind (?), 15:07 , 16-Окт-23, (204) // А еще некие господа, не пользующиеся btrfs лучше всех остальных знают какие там , Аноним (-), 21:10 , 18-Окт-23, (254) еще тысчонка строк linoops-only мусора затрагивающего кучу тонких мест Это точно, пох. (?), 23:44 , 13-Окт-23, (4) –6 // Можно подумать ZFS где-то кроме Линукса массово используется сейчас , Аноним (9), 00:00 , 14-Окт-23, (9) –2 // Ну, вообще да В FreeBSD и Солярке Только в Солярке своя ZFS, во многом несовме, Аноним (22), 03:01 , 14-Окт-23, (22) // Осталось только найти фрибжду где-то , Аноним (32), 09:08 , 14-Окт-23, (32) Если тебя никуда не берут, ты всё ещё можешь сходить на оф сайт и загрузить там, Аноним (36), 09:09 , 14-Окт-23, (36) +4 Чтобы взяли куда-то где есть фрибсд, это такой нехилый квест - такую локацию еще, Аноним (-), 09:26 , 14-Окт-23, (38) –2 Это не квест, это фильтр, Аноним (49), 10:49 , 14-Окт-23, (49) +2 Отлично работает, почти все BSD уже отфильтровал на задворки истории , Аноним (85), 16:16 , 14-Окт-23, (85) Это нехилый квест, особенно для тебя, так как платят за работу там обычно значит, bOOster (ok), 14:47 , 16-Окт-23, (203) Судя по тому как оттуда лезут эксперты по виндочке, с комплексами по части линух, Аноним (210), 20:39 , 16-Окт-23, (210) А ты с юмором, я смотрю Netflix ZFS поди не использует, Сони в приставках тоже,, Аноним (77), 15:53 , 14-Окт-23, (77) –1 Только под фортки нет нормальной реализации, Аноним (36), 09:04 , 14-Окт-23, (29) // Портируй, законтрибуть в опензфс , Аноним (32), 09:08 , 14-Окт-23, (34) так пытались уже Даже почти нормально работало Уперлись в блямс - невозможно, пох. (?), 11:08 , 14-Окт-23, (52) Прости похыч, но ты же на виндочку свалил Вот твои бсды и прочие проприентарные, Аноним (17), 01:04 , 14-Окт-23, (18) // Вот от этого и свалил Когда вместо собственного кода там начался безумный и без, пох. (?), 09:44 , 14-Окт-23, (41) // Так надо было раньше впрягаться, если ты хотел чего-то иного А ты вместо этого , Аноним (-), 09:56 , 14-Окт-23, (45) –1 в смысле, начать самому писать код вместо разработчиков-за-деньги-миллиардера , пох. (?), 10:12 , 14-Окт-23, (47) +1 переезжай на редокс смотри, там сплошные преимущества 1 пишут пять калек и еще , фнон (?), 12:24 , 14-Окт-23, (58) Одной мелочи только не хватает - Торвальдса как руководителя проекта А какие, Аноним (-), 17:30 , 14-Окт-23, (89) –1 ага, чтоб он снова всех нас продал с потрохами ibm , пох. (?), 21:52 , 14-Окт-23, (118) А без него и продавать будет нечего, ололо Хотя конечно если у тебя нет авто - , Аноним (-), 22:15 , 14-Окт-23, (121) так теперь у вас тоже нет авто, а долг по кредиту за него банку - остался С чем, пох. (?), 22:34 , 14-Окт-23, (125) Теперь у нас и правда нет авто - у нас гибрид звездолета с машиной времени Что-т, Аноним (-), 23:29 , 14-Окт-23, (131) Ну да С файлухами вот только беда - так, чтоб just works, покрывая 80 use case, User (??), 10:45 , 15-Окт-23, (148) Это опенсорс Нравится - пользуетесь, не нравится - не пользуетесь, или как-то р, Аноним (-), 14:51 , 15-Окт-23, (158) +1 только в том еще в самом крайнем случае удавалось что-то либо самому поправить, , пох. (?), 18:14 , 14-Окт-23, (107) –1 Что-то не помню какие там миллиардеры писали например btrfs, и тем более - bcach, Аноним (-), 17:28 , 14-Окт-23, (88) oracle, novell, прочие владельцы больших команд на чем все писание кажись и зако, пох. (?), 18:20 , 14-Окт-23, (108) Урфин Джюс и его деревянные солдаты - один солдат и куча начальников А core д, Аноним (-), 18:54 , 14-Окт-23, (109) Где поддержка 2 4 и 2 6 ядер , Аноним (5), 23:52 , 13-Окт-23, (5) –1 // Этот хлам еще где-то используется У 2 6 EOL был в 2011 году , Анонин (?), 23:57 , 13-Окт-23, (7) +1 в оракле 7ке и то ядро 3 10 , а уек 5, Анан (?), 00:00 , 14-Окт-23, (8) Зачем тебе на 4 пне ZFS когда есть православный FAT16 , Аноним (12), 00:26 , 14-Окт-23, (12) +1 RAIDZ Expansion всё никак не доделают , Аноним (13), 00:31 , 14-Окт-23, (13) +1 Ого, Sabayon Linux вспомнили Он, оказывается, ZFS поддерживает, и он ещё жив А , danonimous (?), 00:46 , 14-Окт-23, (14) Следует переписать на Расте, чтобы поменять лицензию , Аноним (15), 00:54 , 14-Окт-23, (15) +4 // не реально - это больше 27 млн строк кода придется переписывать, Аноним (16), 01:01 , 14-Окт-23, (16) // А если пойдет такая пьянка то и устройство файлухи можно сделать менее архаичное, Аноним (17), 01:06 , 14-Окт-23, (19) // Не даст, у растеров от такого мозг взрывается, иначе почему мы не видим ни одног, Аноним (36), 09:06 , 14-Окт-23, (30) Ну что ты как маленький Надо ж не переписать а _начать_переписывать_ Начни с C, пох. (?), 09:46 , 14-Окт-23, (42) +1 Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD, mos87 (ok), 12:30 , 16-Окт-23, (200) нет ни слова про SUSE а зряhttps en opensuse org OpenZFS, penetrator (?), 01:21 , 14-Окт-23, (21) –1 // ну так о мертвых - лучше бы просто ничего SolutionDisable secure boot, if appli, пох. (?), 11:11 , 14-Окт-23, (54) –1 // кому он нафиг нужен это секьюребутни один регистр интеловскому драйверу не запиш, penetrator (?), 11:40 , 14-Окт-23, (56) // Есть чудная история с it87 Где асус начал пихать ноунейм китайские чипы без доки, анон (?), 19:56 , 16-Окт-23, (209) Чем ZFS хуже BTRFS , Аноним (28), 08:48 , 14-Окт-23, (28) +1 // Ты опять всё перепутал, Аноним (36), 09:08 , 14-Окт-23, (33) Да , ОноНим (?), 09:08 , 14-Окт-23, (35) +1 Если Btrfs работает пол года без сбоев - это большая удача, а zfs просто стабиль, Аноним (40), 09:41 , 14-Окт-23, (40) +1 // Это не соответствующее действительности заявление И если фанатам марки не остал, Аноним (-), 09:50 , 14-Окт-23, (44) +1 Юзаю BTRFS с 2012 года, не потерял ни одного бита Выходит я супер удачливый , DEF (?), 07:43 , 15-Окт-23, (143) –1 // Биты это слишком мелко, обычно теряется сразу всё , Минона (ok), 09:10 , 16-Окт-23, (185) +3 При том почему-то - у экспертов от BSD или виндочки При том если в виндочке еще, Аноним (210), 20:44 , 16-Окт-23, (211) Да, да Как с обновлением CVE на ядре 5 10 Одни две недели ждали обновления моду, EULA (?), 10:57 , 16-Окт-23, (193) Скрыто модератором, Аноним (-), 09:48 , 14-Окт-23, (43) –3 не претендую ни на что, так заметка вот эта фича только добавлена в zfs, а я н, penetrator (?), 11:45 , 14-Окт-23, (57) –2 // Что значит только добавлена в zfs Дедупликации на zfs 100 лет в обед , Денис Попов (?), 00:03 , 15-Окт-23, (134) // почему бы не почитать статью особенно когда я цитирую https github com openzfs, penetrator (?), 00:34 , 15-Окт-23, (137) +2 Только она ресурсов жрет как не в себя, и проца и оперативы А рефлинки это прос, Аноним (-), 23:32 , 17-Окт-23, (237) Эта фича для пингвинят, неумеющих использовать zvol вместо файла , Минона (ok), 09:31 , 16-Окт-23, (186) +1 // Можно и гланды, через ж, автогеном удалить если сильно приспичило Но вон то по , Аноним (210), 20:47 , 16-Окт-23, (212) Это вы не к месту написали Основное использование zvol 8212 это как раз вирт, edo (ok), 21:36 , 19-Окт-23, (266) Скрыто модератором, Аноним (-), 22:36 , 19-Окт-23, (269) Проблема только в том что это начинает напоминать менеджмент БД на raw-разделах , Аноним (270), 22:38 , 19-Окт-23, (270) p s а еще я на понимаю как оно с таким соотношением жора ресурсов, отвала на ап, Аноним (270), 22:41 , 19-Окт-23, (271) Хуже Она лучше Ну, разве что бывают проблемы с производительностью при работе , Аноним (71), 15:20 , 14-Окт-23, (71) В Альте работает , NecroJoke (?), 09:39 , 14-Окт-23, (39) // Главное ядро не обновляй Иначе быть беде Но это касаемо любого дистра, а не тол, EULA (?), 10:59 , 16-Окт-23, (194) // А вы из тех кто всегда на mainline ядре сидит Вот нахрена Хотя наверно потому ч, Stellarwind (?), 12:08 , 17-Окт-23, (227) // Вы из тех, кто CVE держит незакрытыми у себя Уверены, что вас еще подломили 202, EULA (?), 12:27 , 17-Окт-23, (230) Ну ок, потрачу что-ли еще немного бисера впустую - вдруг все же кому-то пригодит, пох. (?), 10:03 , 14-Окт-23, (46) +1 // Рекомендую попробовать zxfer Он работает ОК На 12-stable желателен патчик http, ant2 (?), 12:25 , 14-Окт-23, (59) +1 // Простите, вы пробовали прочитать написанное , пох. (?), 12:53 , 14-Окт-23, (60) патч прекрасен https bz-attachments freebsd org attachment cgi id 225842т е , пох. (?), 12:58 , 14-Окт-23, (61) +1 Вау Пох пытается освоить враппинг виртуалок в стиле почти как я vs btrfs Тольк, Аноним (-), 17:37 , 14-Окт-23, (91) –1 // только в btrfs нет volumes, поэтому чья бы корова мычала В линухе мне не нужно, пох. (?), 17:49 , 14-Окт-23, (96) // Так это вообще не баг а фича избавляет от дохреналиона траха с горбатым менеджм, Аноним (112), 20:38 , 14-Окт-23, (112) –1 опять зелен виноград Все что у тебя не работает и никогда не будет - тебе не ба, пох. (?), 21:21 , 14-Окт-23, (116) +2 Знаешь что мне в btrfs больше всего нравится Его менеджмент, вот это - next gen, Аноним (119), 21:57 , 14-Окт-23, (119) –1 слив засчитан Вместо по существу - опять сказки про белого бычка угу Образчик , пох. (?), 23:07 , 14-Окт-23, (127) Да не, просто на меньшее согласиться после вон того - уже тяжко У тебя получилос, Аноним (-), 00:15 , 15-Окт-23, (135) не-а У меня получился srv docker - которого я вовсе и не спрашивал Вероятно т, пох. (?), 00:34 , 15-Окт-23, (136) Ну так снеси его и сделай subvol где там хотел Все кроме создания иного subvol , Аноним (-), 19:51 , 15-Окт-23, (172) В том что эксперт так и не понял ни что произошло, ни почему это дерьмовая фич, пох. (?), 20:22 , 15-Окт-23, (176) Ты дефолтный subvolume чтоли там переназначил А нафига ты его так Ну переназна, Аноним (-), 22:46 , 15-Окт-23, (182) Этот том просто не имеет общего для всех корня и никогда им не монтируется - пот, пох. (?), 23:02 , 15-Окт-23, (183) Моя проблема в том что я не понимаю что ты пытался изобразить и нафига - так По, Аноним (-), 21:44 , 16-Окт-23, (214) Хочешь выстрелить себе в ногу - заюзай файловую систему, которая внутри себя сод, Аноним (48), 10:31 , 14-Окт-23, (48) // если тебе хочится лишь кликать далее- далее- далее, то просто ставь шиндовс и не, Аноним (49), 10:57 , 14-Окт-23, (50) –6 // наоборот - если мозгов совсем нет - можно повторять васянские заклинания ведущи, пох. (?), 11:05 , 14-Окт-23, (51) +2 // Пох так завуалированно рассказал что оказывается дизайн где даже экстентов толко, Аноним (-), 22:27 , 14-Окт-23, (123) –2 нет,это ты опять из пальца высосал чушь никак не связанную с темой треда - зато , пох. (?), 23:15 , 14-Окт-23, (129) Мне понятно что дизайн в котором даже экстентов нет - нативно быстрым быть не , Аноним (-), 01:18 , 15-Окт-23, (141) Шишкин про btrfs все уже давно написал - если ФС не может сразу эффективно данны, Stellarwind (?), 12:13 , 17-Окт-23, (228) +2 Пользуйтесь файлухами от Шишкина, какие проблемы И так вам будет и надо А ну , Аноним (238), 23:39 , 17-Окт-23, (238) А если мне на ФС жалко даже 1 гиг 128мб ещё могу понять , будет работать , leap42 (ok), 08:38 , 15-Окт-23, (146) Что вы хотели этим сказать , Аноним (71), 15:11 , 14-Окт-23, (70) –1 // Это его конспект мифов и легенд опеннета, взятых наудачу из середины рулона в 54, пох. (?), 15:33 , 14-Окт-23, (73) –1 Морально устаревшая и прожорливая ФС, основанная на блоках, а не на экстентах B, DEF (?), 13:20 , 14-Окт-23, (62) –4 // Шишкина на тебя нет, он бы тебе рассказал про надёжную и быструю BTRFS , Аноним (66), 15:01 , 14-Окт-23, (66) –1 // на хабре в статейка шишкин показал себя полным ламой и сказочником ещё и очень , лютый арчешкольник... (?), 15:44 , 14-Окт-23, (76) –1 Да там скорее Кент мастеркласс даст Правда, нюансик в том что он 90 идей содра, Аноним (92), 17:40 , 14-Окт-23, (92) –2 // что ничего не работает и неизвестно будет ли но скорее всего не понадобится нико, пох. (?), 17:51 , 14-Окт-23, (97) +3 Да не, в отличие от слабаков и лузеров этот крутыш таки сам жрет что испек, так , Аноним (-), 18:08 , 14-Окт-23, (105) Сильно сомневаюсь Скорее всего этот крутыш с макоси не слазит, как и 99,9 ос, Аноним (66), 12:08 , 15-Окт-23, (151) фейсбук если он правда там харчуется славен своей совершенно феерической жадно, пох. (?), 20:25 , 15-Окт-23, (177) Вообще-то опеносорс изначально, в его нормальном виде - делается людьми для себя, Аноним (-), 21:53 , 16-Окт-23, (215) Слушай, ты столько раз повторил Кент то да Кент сё - что мне уже Оллман с Ма, User (??), 19:23 , 14-Окт-23, (110) А что поделать, мне нравятся упрямые несгибаемые чуваки которые ломятся через те, Аноним (-), 20:42 , 14-Окт-23, (113) –1 Не, я не осуждаю, что вы Весна в душе - это прекрасно, пусть расцветают все цве, User (??), 22:30 , 14-Окт-23, (124) Прекрасно - это стать частью такого процесса, познать как оно - и каково это, ра, Аноним (-), 21:59 , 16-Окт-23, (216) Кому какое дело, что он делает для себя А вдруг он копрофаг Так что теперь, , Аноним (235), 17:46 , 17-Окт-23, (235) А я посмотрю 1 Что заявлятеся как rationale и deadlier than bullet point д, Аноним (239), 23:48 , 17-Окт-23, (239) Этот тот Шишкин, который грозился выпустить Reiser5, но в итоге бросил ее разраб, DEF (?), 07:45 , 15-Окт-23, (144) // Что-то я не припоминаю чтобы Шишкин давал каки-либо обещания или называл какие-т, Аноним (66), 12:00 , 15-Окт-23, (150) Ну а поскольку мы тут не Мак Лауды а пользоваться фатом и прочими нтфсами из лох, Аноним (-), 23:50 , 17-Окт-23, (240) Разве что в бенчмарках В условиях реальной нагрузки - наиболее оптимальная фс , Аноним (71), 15:01 , 14-Окт-23, (67) Для ОС, в которой придумали OOM Killer для решения базовых недоработок эту ФС ещ, Аноним (166), 16:16 , 15-Окт-23, (166) У них разные области применения Я так же могу сказать, что XFS давно уделывает, ptr (??), 11:12 , 16-Окт-23, (195) Прекрасный пример того как такая штука как лицензия может создать невероятное , Kuromi (ok), 14:23 , 14-Окт-23, (63) +1 // прекрасный пример подмены понятий Неимоверное количество головной боли не для , пох. (?), 15:36 , 14-Окт-23, (74) // На самом деле это вмварь нагнули - и пришлось им выпиливать ядро и писать просло, Tron is Whistling (?), 15:58 , 14-Окт-23, (80) Зачем она нужна в современных реалиях Это же архаика , Аноним (66), 14:26 , 14-Окт-23, (64) –1 // Это лучшее, что только существует в мире фс Как можно этого не понимать - для м, Аноним (71), 15:04 , 14-Окт-23, (68) +3 // Как можно называть лучшей систему, которая требует для своей работы 30 свободно, Аноним (66), 15:25 , 14-Окт-23, (72) +1   // Да ладно, оно ж др наслаждаться, а не для работы , Tron is Whistling (?), 15:57 , 14-Окт-23, (79) +2   С тюнингом, можно забить и до 95 , но WA никто не отменял Но лучше этого не , Аноним (71), 17:46 , 14-Окт-23, (93)   Они просто btrfs-ный менеджмент не пробовали, когда можно и отрастить ФС, и убав, Аноним (-), 17:58 , 14-Окт-23, (99)   Сказочник опеннета Ничего что все то же самое можно и в zfs И никакие десятки , пох. (?), 21:26 , 14-Окт-23, (117) +1   А что, оно у вас там уже научилось в смену схемы хранения без разборки пула И т, Аноним (-), 22:11 , 14-Окт-23, (120)   нет, но я не могу себе представить настолько ненужных данных чтобы мне это понад, пох. (?), 22:23 , 14-Окт-23, (122)   В случае btrfs это довольно безопасные операции Я даже крешил пару раз Оно впо, Аноним (-), 23:12 , 14-Окт-23, (128)   гладко было на бумаге У меня нет никаких поводов подвергать им пул с какими-т, пох. (?), 23:44 , 14-Окт-23, (133)   Ну вот у меня как я уже сказал сие даже креши переживало Не то чтобы я сильно х, Аноним (-), 01:39 , 15-Окт-23, (142)   извини, но он у тебя в мозгах Тебе сколько еще раз повторять что однотипные диск, пох. (?), 11:19 , 15-Окт-23, (149)   В случае btrfs жестко прибитых на гвозди решений которые принципиально невозможн, Аноним (-), 22:26 , 16-Окт-23, (217)   и получаешь не рейд а кандидата в покойники Когда этот одинокий дивайс навернет, пох. (?), 22:46 , 16-Окт-23, (221)   Этому прохладному преданию местных экспертов - я уже со счета сбился сколько лет, Аноним (241), 00:34 , 18-Окт-23, (241)   Вот это, плюс бтрфс, бкэшфс ведёт к выкидыванию лвм2 Не нужен он оказывается А, Аноним (65), 14:37 , 14-Окт-23, (65) // ну не нужен так не нужен А ни на что Как ты использовал поверх lvm ocfs2, так д, пох. (?), 00:44 , 15-Окт-23, (139) // lvmlockd заиграл совершенно новыми красками в сочетании с sanlock Последний прав, PnD (??), 11:02 , 18-Окт-23, (247) С системным пулом кеша уже интегрировали Если нет - мимо , Tron is Whistling (?), 15:56 , 14-Окт-23, (78) –2 // И не будет , Аноним (71), 17:48 , 14-Окт-23, (94) // Ну и ладно Значит совсем мимо, даже экспериментировать смысла нет , Tron is Whistling (?), 08:42 , 15-Окт-23, (147) Чтобы забивать его бессмысленным мусором вместо использования ARC Спасибо, нафи, пох. (?), 17:55 , 14-Окт-23, (98) –1 // Если у тебя виндочка десктопом - то конечно А если на эту память еще и другие а, Аноним (-), 18:00 , 14-Окт-23, (101) +1 // ну да, чтобы удовлетворить апликуху запускаемую раз в году - откажемся от адапти, пох. (?), 18:04 , 14-Окт-23, (104) Ну правильно, чуваку с виндочкой - ничего кроме файлопомоек и не интересно, так , Аноним (-), 20:46 , 14-Окт-23, (114) Хочу сделать надёжное хранилище для архива семейных фоток, чтобы они не были под, АнонимЪ (?), 17:03 , 14-Окт-23, (86) // напечатай на фотобумаге и сложи в альбомчик Храни надежно Фотоархивы моей семь, пох. (?), 17:58 , 14-Окт-23, (100) +2 // С цветными фотами сие работает намного хуже, у меня ряд фот конкретно выцвел за , Аноним (-), 18:02 , 14-Окт-23, (103) // плохая обработка У меня фото именно такого возраста тоже плохо себя чувствуют -, пох. (?), 18:09 , 14-Окт-23, (106) Ну вот да, именно совок и выцвел в гамно Импортная химия и правда явно лучше со, Аноним (-), 20:54 , 14-Окт-23, (115) нет, ты путаешь тех процессы долгоживущей является классическая чб фотография с, crypt (ok), 14:09 , 15-Окт-23, (155) А таки он прав - совковые цветные фоты у меня выцвели просто в гуано, там и изна, Аноним (-), 22:33 , 16-Окт-23, (218) и опять я согласен с пох более того я плотно занимался аналоговым фото и оно жи, crypt (ok), 14:06 , 15-Окт-23, (154) заюзай hammer2, Аноним (48), 23:33 , 14-Окт-23, (132) Тебе подойдет BTRFS , DEF (?), 07:52 , 15-Окт-23, (145) Поставь FreeBSD с пулом на ZFS и будет работать вечно , Аноним (166), 16:18 , 15-Окт-23, (167) // И почему же именно FreeBSD На Linux ZFS тоже работает Ох уж эти ыкзперды , Пряник (?), 10:05 , 16-Окт-23, (187) –1 // Потому что для хранения фоток нужна просто стабильность и надежность А вот все, Аноним (196), 11:56 , 16-Окт-23, (196) +3 Тогда за основу Linux, так как у него больше пользователей и разработчиков И вы, Пряник (?), 12:09 , 16-Окт-23, (197) –2 Там и протестированность кода скорее всего сильно хуже Сколько линуха юзает а с, Аноним (-), 22:45 , 16-Окт-23, (220) Количество дол ов не переходит в качество в случае серьезных проблем ты найде, пох. (?), 23:43 , 16-Окт-23, (226) Да вот не скажи Вытоптанность поляны - великая вещь А ты можешь быть первым, к, Аноним (-), 00:46 , 18-Окт-23, (242) Там в документации написано абсолютно всё Для торопыжек еше Handbook c оглавлен, Аноним (166), 12:16 , 17-Окт-23, (229) +1 Ну гугл не находит то, что мне нужно А читать всё подряд - ну такое себе , Пряник (?), 15:04 , 17-Окт-23, (231) Тогда хорошим выходом будет сменить специализацию А гугл - он подбирает поиск с, Аноним (166), 16:04 , 17-Окт-23, (234) С каких это пор знание FreeBSD стало определяющим в специализации , Пряник (?), 17:17 , 18-Окт-23, (252) Я смотрю на TrueNAS, а он недавно перешёл под капотом с FreeBSD на Linux Получа, АнонимЪ (?), 16:26 , 16-Окт-23, (205) // Менеджерам по продажам наплевать насколько оно шта6ильно Пипл хотел докера и пи, пох. (?), 18:19 , 16-Окт-23, (208) +1 Магнитная лента , Пряник (?), 15:18 , 17-Окт-23, (233) Да, zfs отлично подходит Только нужно понимать, что a хранение данных 8212 , edo (ok), 21:53 , 19-Окт-23, (267) Купил SSD и чтобы уменьшить запись на SSD диск установил Mint на Ext2 Но, предп, Аноним (-), 17:07 , 14-Окт-23, (87) // Винда в роли хоста и виртуальный Linux Может лучше наоборот , Пряник (?), 15:08 , 17-Окт-23, (232) А вот любопытно, существуют ли файловые системы с некоей внутренней избыточность, Аноним (66), 17:31 , 14-Окт-23, (90) // Btrfs может хранить данные и метаданные в РАЗНЫХ схемах избыточности И в частно, Аноним (92), 17:48 , 14-Окт-23, (95) +1 zfs set copies 3Только вот не забудь прочитать man В том числе что там написано, пох. (?), 18:01 , 14-Окт-23, (102) +1 Raid6 Это интересно как код рида-соломона позволяет восстановить произвольную у, Аноним (111), 20:18 , 14-Окт-23, (111) Перечень изменений равно как и фронт работ на гитхабе конечно удручает Всё , Аноним (66), 22:40 , 14-Окт-23, (126) // Это Open Source, детка Руки в ноги и вперёд , Пряник (?), 10:06 , 16-Окт-23, (188) На Соляре - просто работала, на Фряхе - посто работала, на других Unix - просто , Аноним (166), 13:02 , 16-Окт-23, (201) // Ну так а вам кто-то запрещает юзать вон то, десятилетней давности Или в чем ваш, Аноним (-), 03:45 , 18-Окт-23, (246) –1 // Какие такие мы свои системы Еще один желающий примазатьмя к чужим трудам Я п, Аноним (166), 12:04 , 18-Окт-23, (248) Там и мои труды есть самообслуживание часть культуры опенсорса здорового челове, Аноним (-), 21:45 , 18-Окт-23, (256) кстати, заглянул я тут по ссылочке - чисто посмотреть что это там в arc наулучша, пох. (?), 23:25 , 14-Окт-23, (130) –1 // Код Мотина мы видели, а твой код нет Но учитывая сколько времени у тебя на стро, Аноним (138), 00:42 , 15-Окт-23, (138) // ну вот увидели, да ой, arc2 сломал Ну быстробыстропочинил жеж галочки так и , пох. (?), 00:51 , 15-Окт-23, (140) // то есть надо с опенсорса бежать на винду потому что ни один проект не подкрепле, crypt (ok), 14:15 , 15-Окт-23, (157) я бы предпочел торговлю пиццей, но увы, не накопил на ресторанчик где-нибудь в т, пох. (?), 15:30 , 15-Окт-23, (161) это актуально и для меня от бесконечного и бессмысленного айти-конвеера выгорае, crypt (ok), 15:46 , 15-Окт-23, (162) не, ну если тесто на кухне месить то можно, а если как те чуваки - владельцем - , пох. (?), 16:06 , 15-Окт-23, (164) мой вопрос совершенно прямой, без второго смысла куда можно уйти из айти работн, crypt (ok), 16:20 , 15-Окт-23, (168) В выпечке пиццы оно практически не участвует Если даже заделаешься франчайзи дод, пох. (?), 19:34 , 15-Окт-23, (171) Сантехником Непьющий грамотный сантехник ценится на вес золота , Минона (ok), 10:38 , 16-Окт-23, (192) для этого требуются умения ну и в целом еще и талант , а у нас - лапки под клав, пох. (?), 12:26 , 16-Окт-23, (198) В любой профессиональной деятельности нужны умения Даже для выпекания пиццы Да , Минона (ok), 13:03 , 16-Окт-23, (202) Электро и этот рынок просадить могут в разы Прикинь - электромоторы не обязател, Аноним (-), 23:01 , 16-Окт-23, (222) Не могут Замену масла делает любой гаражный сто промежду перестановкой колес по, пох. (?), 23:37 , 16-Окт-23, (225) У электро просто нет такой нужды Эта проблема сильно меньше - большую часть мех, Аноним (-), 01:32 , 18-Окт-23, (244) чтобы его поменять - надо дать двадцать раз в оппу Да, в том числе чтоб добрать, пох. (?), 12:14 , 18-Окт-23, (249) У бензиновых коптилок для продвинутой возни с трансмиссией и ко надо порой все в, Аноним (-), 23:14 , 18-Окт-23, (258) Вы выгораете даже не поэтому А потому что мы вас и ваши пафосные парадигмы - об, Аноним (-), 00:51 , 18-Окт-23, (243) –1 Эх, как же жалко, что Jonathon Fernyhough умер, некому пакеты с новым ZFS собира, dimez (?), 13:34 , 15-Окт-23, (153) Почитал комментарии и понял что нужна ZFS2 , Аноним (66), 15:00 , 15-Окт-23, (159) +1 // Когда начнёшь писать , Аноним (48), 15:55 , 15-Окт-23, (163) +2 Поменьше читай комментарии и побольше думай своей головой , kazancevss (ok), 22:02 , 15-Окт-23, (179) +1 // Скорее так думай меньше, а соображай больше , Пряник (?), 10:09 , 16-Окт-23, (189) Sun2 нужна Чтоб платила много денег, производила что-то необычное чтобы работо, пох. (?), 22:38 , 15-Окт-23, (181) +2 // Да и для первого все это закончилось не очень хорошо так то К тому же проприета, Аноним (-), 23:09 , 16-Окт-23, (223) Как эксперт в MooseFS Pro Да она не бесплатная, но отрабатывает каждую копеечку, Аноним (169), 16:21 , 15-Окт-23, (169) –7 // О каких неочевидных проблемах идёт речь Пока что о подобном я слышал только п, Аноним (66), 16:53 , 15-Окт-23, (170) // У нее нет никакого аналога zvol, нет кода, нет проблемы, так они всех и победят , пох. (?), 20:14 , 15-Окт-23, (174) // Победим А вы сомневались Зачем надо даунгрейдить удобный и гибкий менеджмент л, Аноним (-), 23:12 , 16-Окт-23, (224) –1 и вообще не парься, к нам приперся эксперт видимо из отдела продаж - который д, пох. (?), 20:18 , 15-Окт-23, (175) // Так имелось ввиду что нативным сторейджем будет ext4 снизу, а уже сверху ставишь, Аноним (250), 12:26 , 18-Окт-23, (250) –1 и производительность получившегося бутерброда падает до нуля, надежность тоже нд, пох. (?), 23:47 , 18-Окт-23, (261) Пох, ты себе не поверишь, но на твой бисер всем вообще насрать, людям не нужна н, Хрюша (?), 16:41 , 19-Окт-23, (264) людям не нужна moosefs В качестве локальной хранилки - это какой-то феерический, пох. (?), 20:09 , 19-Окт-23, (265) Кто тебе сказал что она нужна в качестве локальной хранилки Просто выше объясни, Хрюша (?), 20:41 , 20-Окт-23, (273) да кто тебя вообще звал сюда Мы здесь обсуждали - фс для локальной хранилки т-п, пох. (?), 17:29 , 21-Окт-23, (274) Правильно пишут что zfs с его send receive или с zvol over iscsi не надёжно ис, Аноним (250), 17:44 , 22-Окт-23, (275) В каком месте тебе опять померещились какие-то кластерные решения Мы в коммен, пох. (?), 20:34 , 22-Окт-23, (276) zvol на hdd умудряется оказываться быстрее, чем файл на ext4 или просто раздел с, аНОНИМ (?), 17:04 , 16-Окт-23, (206) +1 // 64x write amplification он такой умножь еще на 8-64 от файловой системы внутри , пох. (?), 18:17 , 16-Окт-23, (207) // Именно что фрагментация, ВМ поназаписала, а потом filefrag показывает куда больш, аНОНИМ (?), 21:09 , 16-Окт-23, (213) Понимаете, мы те блинчики которые напекли - еще и сами же потом и кушаем Без вс, Аноним (-), 22:40 , 16-Окт-23, (219) –1 // Сейчас мы конечно же с радостью от тебя увидим рассказ на сравнение лин вещей и , Аноним (65), 23:07 , 17-Окт-23, (236) +1 // Не, таки не увидите - я как бы приветствую имплементацию линуксных фич и новых а, Аноним (-), 01:41 , 18-Окт-23, (245) Да кто бы сомневался , Аноним (65), 20:25 , 18-Окт-23, (253) И правильно Я по моему предельно ясно дал понять что участь господ типа вас и п, Аноним (-), 23:29 , 18-Окт-23, (259) Не буду топить за ZFS, но люди молча берут и используют Факт А вот чисто субъе, Пряник (?), 10:14 , 16-Окт-23, (190) +4 // ты просто не слышишь как они плачут на одном стуле пики точены, а на втором и то, пох. (?), 10:31 , 16-Окт-23, (191) +3 // Я для btrfs ников это вижу Иногда даже помогаю им в меру возможностей Это мой , Аноним (-), 23:37 , 18-Окт-23, (260) 1,2,4,5,13,14,15,21,28,39,46,48,62,63,64,65,78,86,87,90,126,130,153,159,169,190

Сообщения

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

	72. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Аноним (66), 14-Окт-23, 15:25
	Как можно называть лучшей систему, которая требует для своей работы 30% свободного места и которая не умеет в нормальное расширение и реконфигурацию пула,  -- вот это загадка.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"	+2 +/–
	Сообщение от Tron is Whistling (?), 14-Окт-23, 15:57
	Да ладно, оно ж др... наслаждаться, а не для работы.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (71), 14-Окт-23, 17:46
	С тюнингом, можно забить и до 95%, но... WA никто не отменял. Но лучше этого не делать на любой фс - +15х и выше к износу накопителя гарантирую. Если это харды, то настраиваем и пользуемся.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	99. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 14-Окт-23, 17:58
	> Как можно называть лучшей систему, которая требует для своей работы 30% свободного > места и которая не умеет в нормальное расширение и реконфигурацию пула, >  -- вот это загадка. Они просто btrfs-ный менеджмент не пробовали, когда можно и отрастить ФС, и убавить, и девайс добавить, и изъять, даже по 1 девайсу - и без нагрева мозга размерами, выравниванием и прочим миндфаком характерных для классических райдов и прочих "охраните десяток запасных однотипных винчей на складе, иначе не энтерпрайзно". Ну а бонусом - если с местом вышел задник, дефрагера там таки нетути кажись. Поэтому вы познаете офигенный перфоманс сполна. Особый, уличный бонус если вы вошли во вкус и отрастили здоровый пул, очень прикольно его пересоздавать будет так то.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	117. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от пох. (?), 14-Окт-23, 21:26
	Сказочник опеннета. Ничего что все то же самое можно и в zfs? И никакие десятки однотипных даром не нужны. А вот raid6 (при котором некоторые из этих вещей таки становится нельзя, но в обмен на понятно что) - у вас нет и не будет даже с write hole. Патамушта нишмагли в матемагию, нет у вас Левенталя. Платите денюжки наследникам LSI и плачьтесь про низкую производительность (когда 64x write amplification налетит на рейдовскую) > Ну а бонусом - если с местом вышел задник, дефрагера там таки нетути кажись. без мозгов жить ведь вообще непросто? > если вы вошли во вкус и отрастили здоровый пул а документацию прочитать так и не осилили (и да, она существует)
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 14-Окт-23, 22:11
	> Сказочник опеннета. Ничего что все то же самое можно и в zfs? А что, оно у вас там уже научилось в смену схемы хранения без разборки пула? И там больше нет траха с размерами девайсов, выравниванием и вот этим всем? Ну тогда если это хоть на половину правда расскажи как они ТАКОЙ менеджмент смогли натянуть на легаси дизайн? > И никакие десятки однотипных даром не нужны. А вот raid6 (при > котором некоторые из этих вещей таки становится нельзя, но в обмен > на понятно что) - у вас нет и не будет даже с write hole. В смысле? RAID6 с write hole - на btrfs уже таки сто лет есть, но write hole видите ли карму портит. Для RAID5 ее таки более-менее заткнули, а для 6 - еще не до конца. Потому и считается экспериментальной фичой. > Патамушта нишмагли в матемагию, нет у вас Левенталя. Платите денюжки наследникам > LSI и плачьтесь про низкую производительность (когда 64x write amplification > налетит на рейдовскую) Чего там кто не смог? Коды рида соломона то? Вот ты лолка, они вообще сто лет в линукскернеле есть и оно даже реюзает тот модуль. Борменталя, млин, ему подавай. >> Ну а бонусом - если с местом вышел задник, дефрагера там таки нетути кажись. > без мозгов жить ведь вообще непросто? Ну ты ж понимаешь что сперва место кончается - а потом начинают чесать репу что делать. А "should never happen" почему-то имеет тенденцию - все равно happen. Хоть и. >> если вы вошли во вкус и отрастили здоровый пул > а документацию прочитать так и не осилили (и да, она существует) Да я вон видел клоуна с многодисковой btrfs-иной который умудрился метаданные без избыточности сделать. Хрен его знает как он вообще btrfs так изогнул - это надо было еще основательно покомандовать - но когда какой-то диск наконец сдох, он обнаружил что в его хитром плане, оказывается, был небольшой изъян. При том нет, это совсем не дефолтное состояние дел, нечаянно так сделать - ну вообще малореально сделать.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от пох. (?), 14-Окт-23, 22:23
	> А что, оно у вас там уже научилось в смену схемы хранения без разборки пула? нет, но я не могу себе представить настолько ненужных данных чтобы мне это понадобилось. (дизайн в общем-то непричем, разработчики просто тоже не могли такое себе вообразить) > И там больше нет траха с размерами девайсов, выравниванием и вот этим всем? с размерами дивайса никогда не было, с выравниванием ты получаешь x32 write amplification вместо x64 для btrfs (ну или zfs без выравнивания/выровненную не туда - хотя надо быть просто редкостным дятлом чтоб такое создать да еще на таком диске который не в первой помойке попадается) > В смысле? RAID6 с write hole - на btrfs уже таки сто лет есть только крэшится и портит всю fs (это не write hole). Спасибо, уберите. > Чего там кто не смог? Коды рида соломона то? да, полная ерунда, каждый васян может. Ой, не совсем. > они вообще сто лет в линукскернеле есть Ага, со второй попытки. Первая превращала данные в труху. Нет, автор не виноват. Но к сожалению есть оно внутри md raid который устарел на 25 лет. (кстати, привет там тебе от выравнивания и от много чего еще) А не внутри btrfs. > Ну ты ж понимаешь что сперва место кончается - а потом начинают чесать репу что делать. проблемы д-лов меня мало волнуют. Я-то знаю что мне делать - удалить что-то ненужное. Потому что оно "кончится" у меня лично ровно вот на этих 23% когда становится критичным. Можно облажаться на васян-локалхосте (но его и send/receive недолго), но если ты про это забыл на хранилке емкостью побольше пары терабайт - и не вспомнил за все время что заcиpaл эти терабайты (в любой момент можно) - то это уже не лечится.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 14-Окт-23, 23:12
	> нет, но я не могу себе представить настолько ненужных данных чтобы мне > это понадобилось. В случае btrfs это довольно безопасные операции. Я даже крешил пару раз. Оно вполне себе переживает это и может нормально возобновить это. CoW дизайн еще и не такие приколы позволяет. Он же не дестроит старое состояние, а блочные группы у btrfs могут быть разных типов (в плане схемы хранения) - там особой почвы для развала просто нет. Это специфичный диалект операции балансирования, когда заодно еще схема хранения в новом назначении другая. А деаллокация случается не раньше того как это все прокатило и закомитилось. Поэтому на вон том дизайне это сильно менее сыкотная операция чем на классике и прочих сратисах от раджей. Оно даже с смесью типов блочных групп штатно живет. Как один из вариантов можно вообще не рестрайпить сразу - и лишь запросить новую схему для новых записей. Это "странное желание" но работать будет и ни к чему этакому не ведет. > (дизайн в общем-то непричем, разработчики просто тоже не могли > такое себе вообразить) Тогда ты только что сказал что Крис Мэйсон крутой чувак. Хорошая фантазия - визитная карточка мощных архитектов. Он придумал как это все делать достаточно безопасно, используя возможности CoW на полную катушку. Несомненно - он получил за это специфичный набор приколов. Но вообще надеюсь так понятнее почему всякие, типа кента, именно ЭТО на цитаты будут разбирать, а не zfs ваш печальный. Терпеть не могу програмеров и дизайнов где нельзя то, не предусмотрено сяк, и вообще, давайте прибьем все игрушки к полу гвоздями - так проще, дескать. Это голимый менеджмент, извините. Хорошо - когда ресусы можно динамически и ненапряжно ре-аллоцировать и ре-конфигурировать на новые задачи. Это эффективное использование ассетов и инвестиций. И это повод уйти того кто стоит на этом пути. Что для васян-гаражника что для мегакорп. В этом мы одинаковы внезапно. > туда - хотя надо быть просто редкостным дятлом чтоб такое создать > да еще на таком диске который не в первой помойке попадается) Прости я про то что если у тебя RAID энного размера - как ты его расширяешь? В btrfs можно, вот, подоткнуть хоть вообще 1 диск - любого размера, какой был под рукой. И таки отрастет эн места. Потому что там RAID1 это запрос аллокатору положить те блоки на 2 разных девайса. Т.к. в ассортименте +1 девайс, вариантов как это сделать прибавляется и +эн места отрастает. В ряде случаев может ребаланс захотеться для более равномерного использования, но зачастую катит просто добавить 1 девайс и получить эн места немедленно. И RAID1 можно собрать из ну вот вообще совсем девайсов какого угодно размера. И так далее Т.е. можно подцепить в пул те ассеты которые есть. Временно расширить. Или убавить. И все это без камасутры "храните на складе эн одинаковых винчей". Это нехилая фича - рулить асссетами динамически, "as needed". >> В смысле? RAID6 с write hole - на btrfs уже таки сто лет есть > только крэшится и портит всю fs (это не write hole). Спасибо, уберите. Если понимать механизм проблемы с этим даже можно жить. Но лучше не нужно. Но математику таки осилили. Трабла не в ней а в RMW, пардон муа. И в том что btrfs один из первых дизайнов который пытался агрессивно скипать эту операцию на full stripe - и в принципе это могло бы и катить но - красиво было на бумаге, ога. На практике овраги все же нашлись и - вот - для RAID5 это дело таки - закостылили, более агрессивным RMW. Который так то ключевая проблема RAID56 по перфомансу. >> Чего там кто не смог? Коды рида соломона то? > да, полная ерунда, каждый васян может. Ой, не совсем. Ну Васян врядли сильно поймет ту математику. Впрочем - я более-менее понимаю, хоть и урезанно, ибо специфичный раздел математики а полинимиальная математика не была моим таким уж прямо любимым топиком. Если б мне сказали для чего оно полезно я б конечно получше изучил, но тут уже поздняк. >> они вообще сто лет в линукскернеле есть > Ага, со второй попытки. Первая превращала данные в труху. Нет, автор не виноват. Не ошибается тот кто ничего не делает. А "обычные" RAID данные в труху вообще часто превращают. Особенно когда копии или парити разъезжается. На флешастиках это вообще норма, потому что там видимо FEC не вытягивает и девайс начинает гнать наружу туфту, зачастую даже не маркируя это как IO error. Btrfs вопит про csum error, чинит. Довольно хорошо чинит - вон чуваку 80 000 блоков из копий аж зафиксило! А дятл что-то и не напрягался что его SSD уже в могиле одной ногой. "SMART же нормальный!". Агаблин, а 80К ошибок чтения с девайса по CSUM - фича, не иначе. Конечно после такого хинта птичкодятел сменил свой текучий сыпучий SSD в темпе вальса и все стало ЗБС. Вот этому даже повезло. Бывают более тупые или менее удачливые, типа додика отключившего каким-то чудом избыточность метаданных на многодисковой конфиге. > Но к сожалению есть оно внутри md raid который устарел на 25 лет. Btrfs пользуется "общелинуксными" модулями алго. Они не "md raid", они сами по себе. И ридсоломон, и оптиизированный XOR, и крипто, и сжатие... это как раз был их шаг навстречу, чтобы на layering violation быковали меньше. > (кстати, привет там тебе от выравнивания и от много чего еще) А не внутри btrfs. Btrfs таки в целом ведет себя далеко не самым плохим образом, и с SSD и вообще. Твои теоретизмы про 64x это прекрасно, кроме того что не имеет ничерта общего с многими крейсерскими режимами и статистикой накопителей. >> Ну ты ж понимаешь что сперва место кончается - а потом начинают чесать репу что делать. > проблемы д-лов меня мало волнуют. Я-то знаю что мне делать - удалить > что-то ненужное. В случае btrfs можно просто подоткнуть любой подвернувшийся диск как быстрое решение траблы. Но даже это не все допирают. А таки стирание не полностью решает проблему фрагментации. Хотя если ты сотрешь все файлы в пуле, тогда, конечно, будет не так уж плохо. Только это ничем не лучше пересоздания с ноля. А остальное может быть в заисимости от того что вышло быть весьма компромиссным. Дефрагера у вас же нет чтобы это более прицельно обыграть, чо. > Потому что оно "кончится" у меня лично ровно вот на этих 23% когда становится критичным. Ну дык и даже так фрагментация постепенно может накапливаться. Хотя учитывая что твоя шляпа экстенты нормально не умеет, там что так задник что сяк, просто с фрагментами задника еще больше. > Можно облажаться на васян-локалхосте (но его и send/receive недолго), но если ты > про это забыл на хранилке емкостью побольше пары терабайт - и не вспомнил за все > время что заcиpaл эти терабайты (в любой момент можно) - то это уже не лечится. Ну да, ну да, гиморный менеджмент без права на ошибку - ваше все. Остается только вопрос кому такой менеджмент систем кроме вас нужен, трястись над файлухами как царь Кощей.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от пох. (?), 14-Окт-23, 23:44
	> В случае btrfs это довольно безопасные операции. "гладко было на бумаге". У меня нет никаких поводов подвергать им пул с какими-то данными. И да, балансировка пула тоже операция не совсем безобидная. > Прости я про то что если у тебя RAID энного размера - как ты его расширяешь? другим рэйдом. Совершенно необязательно из одинаковых дисков. И необязательно того же типа. Единственная недоделка - если ты так ухитришься расширить пул с raidz - выдернуть из него обратно уже не получится. Из зеркала можно. Но мне обычно и не хочется. Потому что опять одна из самых опасных операций. Просто помним об этом во время создания системы. > Btrfs пользуется "общелинуксными" модулями алго. Они не "md raid", они сами по себе. боюсь спросить - их тестировал кто-нибудь с тех пор вот как они стали сами по себе, или как в прошлый раз? А то может вы уже и md доломали, как с multipath? > В случае btrfs можно просто подоткнуть любой подвернувшийся диск как быстрое решение траблы. Если есть куда. Если вообще можно там что-то подтыкать. Т.е. это не универсальное решение проблемы а костыль для частного случая. (и там еще отдельный с исчерпанием метаданных) > А таки стирание не полностью решает проблему фрагментации. мы не проблему фрагментации решаем, а проблему с исчерпанием свободного места. Чаще всего - опять разработчики нaгoвнякали каких-нибудь логов на терабайт, которые читать и не собирались даже, и их надо просто стереть. (пламенный привет разрабам клячхауса) Поскольку у меня место для них "кончится" задолго до сакраментальных 23% - никаких ужасов не происходит. > Ну дык и даже так фрагментация постепенно может накапливаться. может, но у нас многозадачная операционная система и ей в общем и целом все равно редко везет читать один файл от начала и до конца. Поэтому в небольшой фрагментации особой беды не бывает.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 15-Окт-23, 01:39
	> "гладко было на бумаге". У меня нет никаких поводов подвергать им пул > с какими-то данными. Ну вот у меня как я уже сказал сие даже креши переживало. Не то чтобы я сильно хотел протестить это, но так получилось. И ничего за это не было. Это и есть правильное использование фич CoW по _полной_ программе, а не в режиме полу-недо-нечто, которое даже вот запросить 2й референс на те же блоки файла научилось только через цать лет, когда это уже даже XFS голимый умеет сколько там. > И да, балансировка пула тоже операция не совсем безобидная. Ну как, без нужды такие операции конечно лучше не пинать. Но это все же сильно менее стремно чем на "классике" в силу недеструктивной природы CoW + того факта что тот дизайн ОК с произвольной смесью block groups разных схем хранения. >> Прости я про то что если у тебя RAID энного размера - как ты его расширяешь? > другим рэйдом. Совершенно необязательно из одинаковых дисков. И необязательно того же типа. Вот это я и называю - миндфак в менеджменте. Надо какой-то рояль в каких-то кустах, а если вдруг у тебя не было рояля в кустах и десяти однотипных дисков на складе - suxx to be you, ога. Я называю это дорогой, хреновый и неудобный менеджмент. Btrfs в этом смысле намного более универсальная и гибкая штука. > Единственная недоделка - если ты так ухитришься расширить пул с raidz - > выдернуть из него обратно уже не получится. КМК это не "единственная" если сравнивать с вон тем и как оно в целом рулится. Там получится почти все что технически релизуемо вот. Ну то-есть если ты хотел RAID1 то хотя-бы 2 девайса все же должно оставаться, иначе как его вообще обеспечивать. Но кроме этого лимиты достаточно умеренные. > Из зеркала можно. Но мне обычно и не хочется. Потому что опять одна из самых > опасных операций. Просто помним об этом во время создания системы. А в btrfs - ничего такого уж супер-опасного, оно удвинет по backref'ам данные с нужного девайса да отдаст его. При том опять же - в случае крашей операции недеструктивны, оно сперва перенесет - и только потом деаллокацией сможет озаботиться. А если это не прокатило - ну, ок, тогда и указатель на это еще не перевешен, проблемы просто нет. Завернуть изъятие девайса, если хотите - попробуйте еще раз. Не так уж много что может пойти не так. > боюсь спросить - их тестировал кто-нибудь с тех пор вот как они > стали сами по себе, или как в прошлый раз? А то > может вы уже и md доломали, как с multipath? Как видишь с btrfs и тестировали - и фиксили - и вот в курсе что write hole есть. Но это больше к самому btrfs вопросы. >> В случае btrfs можно просто подоткнуть любой подвернувшийся диск как быстрое решение траблы. > Если есть куда. Если вообще можно там что-то подтыкать. Т.е. это не > универсальное решение проблемы а костыль для частного случая. Ну вообще чтобы совсем ничего и никуда нельзя было подоткнуть - это не такой уж частый случай. А так вся наша жизнь состоит из частных случаев. И меня зачастую интересует именно сегодня самому попасть из пункта A в пункт B - а не решать все проблемы вообще всех путешественников на планете. > (и там еще отдельный с исчерпанием метаданных) У медали есть 2 стороны. А вы думали что tail packing скрестить с продвинутым дизайном с разным уровнем избыточности для данных и метаданных это совсем уж нахаляву и вообще нигде не отольется? Это было бы слишком хорошо чтобы быть правдой, хотя если у тебя есть парочка знакомых богов в роли архитектов - можешь попытаться. >> А таки стирание не полностью решает проблему фрагментации. > мы не проблему фрагментации решаем, а проблему с исчерпанием свободного места. Чаще > всего - опять разработчики нaгoвнякали каких-нибудь логов на терабайт, которые читать > и не собирались даже, и их надо просто стереть. Даже если их стереть - другие файлы останутся. Аллоцированые уже абы как. И постепенно фрагментация таки будет увеличиваться. > (пламенный привет разрабам клячхауса) > Поскольку у меня место для них "кончится" задолго до сакраментальных 23% - > никаких ужасов не происходит. А таки если эн лет файлуху погонять - это все же будет отличаться от свеженькой. >> Ну дык и даже так фрагментация постепенно может накапливаться. > может, но у нас многозадачная операционная система и ей в общем и > целом все равно редко везет читать один файл от начала и > до конца. Поэтому в небольшой фрагментации особой беды не бывает. Ну тут конечно от конкретики сильно зависит. Однако как запасной план дефрагер все же не есть что-то сильно плохое как по мне.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от пох. (?), 15-Окт-23, 11:19
	> Вот это я и называю - миндфак в менеджменте. извини, но он у тебя в мозгах. Тебе сколько еще раз повторять что однотипные диски - вообще не требуются? > Ну то-есть если ты хотел RAID1 то хотя-бы 2 девайса все же должно оставаться, иначе как его > вообще обеспечивать. никак. Нет второго размером не меньше чем первый - будет в degraded пока не принесешь. А если добавил к ним на время еще один чтоб, к примеру, как-то извернуться с бэкапами не таская по сети или рядом временно что-то развернуть - то можно его потом выдернуть обратно. Иногда полезно (например у меня много где это виртуальные диски и raid мне не нужен вовсе - он полкой обеспечивается. А вот возможность отобрать временно выданное обратно - нужна, полка дорогая.) хотя разумеется не серебрянная пуля и надо иметь план Б.
	Ответить | Правка | Наверх | Cообщить модератору

	217. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 16-Окт-23, 22:26
	> Тебе сколько еще раз повторять что однотипные диски - вообще не требуются? В случае btrfs жестко прибитых на гвозди решений которые принципиально невозможно переиграть - по сути вообще нет. И например использование места будет довольно эффективным из-за "пофайловости" рэйда. Будем считать что я нахожу такой дизайн next gen, более логичным и удобным чем все то что было до этого. Кент, кажется, считал как-то так же. > никак. Нет второго размером не меньше чем первый - будет в degraded > пока не принесешь. Ну а в btrfs таки подтыкаешь +1 девайс. Получаешь +N места. И это _не_ degraded. Лишь бы суммарного места хватало. Конечно в ряде случаев vs аллокация возможны странности но имхо почти per-file аллокация. На самом деле все же чанками block groups гранулярностью как правило гиг (на самом деле настраиваемо) - с тем или иным типом и схемой хранения, но это детали. И эти чанки причина по которым не стоит btrfs класть на совсем мелкие носители менее нескольких гигз. Или если уж очень хочется, то mixed-bg использовать, но в целом этот дизайн просто не делался для извратов типа Шишкина с его CD-sized нечто. Если этим не заниматься то все в пределах разумного как правило, имхо. В совсем свежих версиях эвристику немного затвикали, сперва налетели, потом улучшили, в общем, обычное итеративное развитие софта. > А если добавил к ним на время еще один чтоб, к примеру, > как-то извернуться с бэкапами не таская по сети или рядом временно > что-то развернуть - то можно его потом выдернуть обратно. Ну вот и в btrfs тоже можно. При том если на него записалось скажем 100 гиг из 5 терабайтов, удвигать будет только 100 гигз и с backref'ами это довольно бодренько происходит, времена операций достаточно приятные. > Иногда полезно (например у меня много где это виртуальные диски и raid > мне не нужен вовсе - он полкой обеспечивается. А вот возможность > отобрать временно выданное обратно - нужна, полка дорогая.) хотя разумеется не > серебрянная пуля и надо иметь план Б. Ну блин совсем без плана Б хреново так то. И серебряных пуль - ну вот не бывает. Если честно говорить о слабых местах BTRFS, это будут... 1) Не создан для совсем уж мелких девайсов. Если понимать что делать, в принципе работает, а в новых кернелах эвристику немного твиканули. 2) Достаточно большой оверхеда. Хотя в последних нескольких кернелах заметно разогнали, но Кенту это не давало спать спокойно и это было половиной причин для bcachefs. Второй половиной было желание скрестить такой дизайн с чем-то типа bcache, на ФСном уровне виднее. 3) RAID56 все же недопиленые. RAID5, с метаданными в RAID1 еще куда ни шло, но все равно экспериментальненько. 4) CoW все же специфично взаимодействует с рядом нагрузок. Если понимать это - с этим можно жить. Но совсем отключить мозг все же чревато. 5) Дефрагер есть, но - он разбирает рефлинкнутые экстенты на независимые. И для undo этого таки потребуется прога дедубликации. 6) Гибкость дизайна позволяет глупым господам делать довольно странные вещи. Типа, вот, многодисковой конфиги с единственной копией метаданных раскиданных по разным девайсам. Правда, это специально заказать голубцы с г@вном - но так можно, их принесут, и если вам что-то не нравится... вон там у чудика бэд на 1 диске случился, под метаданными, опа, опа, что такое, а, не там сэкономил местечка? Ну малаца, в следующий раз на запасном парашюте попробуйте экономить, это еще прикольнее.
	Ответить | Правка | Наверх | Cообщить модератору

	221. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от пох. (?), 16-Окт-23, 22:46
	> никак. Нет второго размером не меньше чем первый - будет в degraded > пока не принесешь. > Ну а в btrfs таки подтыкаешь +1 девайс. и получаешь не рейд а кандидата в покойники. Когда этот одинокий дивайс навернется - мирно хоронишь данные и радуешься? Ты можешь то же самое сделать в zfs - с теми же самыми последствиями. > Если честно говорить о слабых местах BTRFS, это будут... там вон процитировали их вики - оно что, правда в 2k23 не умеет в параллельное чтение с mirror?
	Ответить | Правка | Наверх | Cообщить модератору

	241. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (241), 18-Окт-23, 00:34
	> и получаешь не рейд а кандидата в покойники. Когда этот одинокий дивайс > навернется - мирно хоронишь данные и радуешься? Этому прохладному преданию местных экспертов - я уже со счета сбился сколько лет. И все оно никак этсамое - не того. А на практике - фаталити почему-то у меня были с другими ФС. Типа f2fs умершего при тестах на powerloss, или ext4 скопытившегося от 1 бэда (попал, подлец, под libc6, против такого лома на ext4 нет приема). А btrfs'ы работают себе, и даже, вот, пару раз крахи при рестрайпе затестились случайно без осоьых последствий. Не то чтобы я призываю регулярно повисать на страховочном тросе, но я вот проверил что он есть и даже работает. Вместо прохладных историй "залезьте в бункер, оденьте противогаз, не забудьте миноискатель, и упаси вас на поверхность выползти!". > Ты можешь то же самое сделать в zfs - с теми же самыми последствиями. Да вот в btrfs... 1) Для меня никаких особых последствий не было. 2) Я заметно повысил надежность ряда систем, где ZFS вооюще ни в п... ни в кр. армию. Ну а нахрен он мне на одноплатнике в eMMC или SD? И DUP он все равно не умеет. А вариант разваливаться с треском от 1 бэда раз в 5 лет, если можно это и не делать - мне очень так себе. 3) ZFS вне майнлайна и это создает море иных проблем, типа невозможности репорта багов на кернел. А я это еще и практикую и таки - решаю системные проблемы. 4) А если btrfs даже и взбрыкнет, я уже более-менее понял основные части дизайна, знаю какие фичи рекавари и аварийной вычитки есть, а если совсем уж хрень какая-то - вооон там можно помощ зала запросить, и они так то довольно грамотные и эффективные господа как по мне. 5) И те господа соответствуют типовым ожиданием от разработки майнлайна. Т.е. крутые компетентные процессы, горой за то что делают. Не теоретически-круто, а практически-юзабельно. Да, могут быть компромиссы. Но вон те, нахваливающие виндочку, по сравннию с вот этими, юзающими что испекли для себя - просто генералы Фэйлоры в моем восприятии мира, сорянчик. А вон те дали мне мастеркласс как может быть софтострой. И это было круто. Настолько что я приду за добавкой и буду в настроении повторить. >> Если честно говорить о слабых местах BTRFS, это будут... > там вон процитировали их вики - оно что, правда в 2k23 не > умеет в параллельное чтение с mirror? Как я понимаю, оно "специально не заморачивались этим топиком" и результат - "как получится". Т.е. да, там есть что улучшать. В частности и перфоманс наверняка и еще можно разогнать. Там была какая-то забавная дискуссия, как такое IO планировать. Они вроде на основе LSB в PID решают в какой mirror запрос пулять. Это весьма компромиссная эвристика. Хотя в массово параллелизованной системе с кучей активных процессов и катит, но далеко не всем именно это, именно так - наилучший вариант. С чисто практическких точек зрения для моих целей меня это как правило не напрягает, высоконагруженные системы вообще специфичный топик, и там кроме этого и других траблов немеряно - включая общесистемный, типа, вот кучи рефакторов нацеленных на понижение оверхеда IO и проч. А серебряные пули - это прекрасно, но их не бывает. Я на этом просто потому что для меня и моих задач остальное было еще хреновее. Не, юзать NTFS и виндочку где билдовка софта в разы медленнее и автоматизация системы в ауте - я не мазохист. И фичей FAT мне уже как-то маловато. Я, вот, реально уповаю на фичи машины времени, нелинейный менеджмент, снапшоты и даже странные вещи типа DUP в вон тех выводках одноплатников. Нуачо, раз фича есть и хорошо влезла в задачу, отлично. Как я уже сказал - я таки не про энтерпрайзные хранилки. Даже если некоторые вещи и немного напоминают это по смыслу.
	Ответить | Правка | К родителю #221 | Наверх | Cообщить модератору

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

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