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

Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux , opennews (??), 23-Май-19, (0) [смотреть все] В тексте ошибка неподготвлены установочные пакеты для основных дистрибутивов L, anonymous (??), 22:17 , 23-Май-19, (1) –3 // Ты лучше скажи на БТРе больше покататься уже не придётся А что думают по этому п, Танкист (?), 00:53 , 24-Май-19, (27) +1 // В Сюсе как был БТР дефолтным для рута, так и остался , None (??), 06:52 , 24-Май-19, (36) Так шапки и сабж в упор не видят Они давят на lvm xfs И надо сказать этот по, ананим.orig (?), 18:04 , 24-Май-19, (108) Мало ли кто и на что забил Не так давно кричали, что и танки не нужны Однако b, Аноним (114), 18:26 , 24-Май-19, (114) Подскажите, а FreeNAS перейдет на вот этот ZFS on Linux , Аноним (-), 02:47 , 24-Май-19, (29) +2 // а куда он денется, если мы и были главным проталкивателем ненужно-мержа , эффехтивный манагер iX (?), 09:47 , 24-Май-19, (50) –1 перейдет со временем, так как FreeBSD свою ZFS разработку переключает на ZoL реа, eRIC (ok), 12:36 , 24-Май-19, (74) // ZoLoFB, Онаним (?), 20:21 , 24-Май-19, (128) +1 нет, ZoF https github com zfsonfreebsd ZoF, eRIC (ok), 10:30 , 25-Май-19, (140) Уиии, праздник к нам приходит , Аномномномнимус (?), 22:28 , 23-Май-19, (2) +7 // Да, это на уровне датасетов и это вкусно , xm (ok), 23:19 , 23-Май-19, (12) –4 // Чертей, которые используют слово вкусно вне пищи, надо сажать на кол , Аноним (114), 18:28 , 24-Май-19, (115) Насколько оно пригодно для использования на десктопах, а не серверах Последнее о, Анонимус154 (?), 22:39 , 23-Май-19, (3) –1 // Всё верно, ZFS не десктопная система Но задуматься стоит, если Вам нужно сжатие, Аноним (8), 23:00 , 23-Май-19, (8) // меньшее из ZoL, Аноним (23), 00:04 , 24-Май-19, (23) +16 Лучшее сочетание сжатия и скорости сейчас обеспечивает zstd, а это пока только b, Аноним (53), 09:51 , 24-Май-19, (53) +1 // Не только Еще reiser4 , Led (ok), 13:01 , 24-Май-19, (76) +4 https blog delouw ch 2018 12 17 using-data-deduplication-and-compression-with-, ананим.orig (?), 19:36 , 24-Май-19, (125) +2 то пользуйтесь архиватором, X4asd (ok), 15:03 , 24-Май-19, (83) +3 // И снепшоты тоже через 7zip делаются за раз , Аноним (8), 16:14 , 26-Май-19, (167) Очень пригодно Делаем zfs_arc_max в 10 RAM, где RAM 20GiB и радуемся, радуемся, RNZ (ok), 00:12 , 24-Май-19, (25) –1 // значит, производительность вам была не нужна вообще , пох (?), 09:48 , 24-Май-19, (51) –4 // С чего вдруг Всё летает Причём если ОЗУ много к примеру 2-4tb для zfs может х, RNZ (ok), 16:38 , 24-Май-19, (96) +1 А zfs на десктопе не для производительности, а для удобства Для производительно, RNZ (ok), 16:49 , 24-Май-19, (97) +1 это значит что вы его таки доломали совсем - arc должен освобождаться только в, пох (?), 17:22 , 24-Май-19, (101) +1 НетНет, на desktop он может не заполняться, потому-что это desktop - он может вы, RNZ (ok), 20:28 , 25-Май-19, (154) а, это может У меня десктоп только виндовый, и ему вечно памяти не хватает пот, пох (?), 20:41 , 25-Май-19, (156) Выключаю все приборы, кроме холодильника, когда покидаю жилище - соблюдаю техник, RNZ (ok), 21:40 , 25-Май-19, (163) а я-то все понять не мог, что с тобой не то , crypt (ok), 18:20 , 26-Май-19, (171) Как по мне, для десктопа и xfs вполне годится Несколько лет использую, правда, , 0x0 (?), 03:12 , 24-Май-19, (30) // а если учесть, что со времён ext2 ни с одной, ни с другой не было ни одного сер, 0x0 (?), 03:26 , 24-Май-19, (31) –1 и суток не прошло https www phoronix com scan php page news_item px Linux-, 0x0 (?), 20:51 , 25-Май-19, (157) а btrfs и подавно в смысле, не , 0x0 (?), 20:54 , 25-Май-19, (159) пригодно, ибо поломано одинаково что для тех, что для других шок, сенсация - деф, пох (?), 07:14 , 24-Май-19, (37) –4 // Так и должно быть Свободная память - выброшенная в мусорное ведро память Линук, svetrnd (ok), 09:49 , 24-Май-19, (52) +6 // молодец, садись, четыре-с-минусом На пять-с-плюсом надо было сообразить, что с a, пох (?), 11:21 , 24-Май-19, (59) а, пардон - это, оказывается, слово запрещенное на впопеннете предлагал ручные, пох (?), 11:23 , 24-Май-19, (61) Винда использует память точно также, вся свободная память уходит под кеш ФС, Минона (ok), 11:22 , 24-Май-19, (60) –2 не разрушайте лап4атым мироктем более что юзероориентированные средства избавляю, пох (?), 14:11 , 24-Май-19, (78) –3 ну не совсем далеко не совсемесли установлен SQL Server то именно он все сожр, вот такая вот куйня (?), 08:37 , 25-Май-19, (138) Хорошая альтернативная вселенная , iPony (?), 17:40 , 24-Май-19, (104) Смотря какие требования к декстопу Можно и видео хранить, можно и нагрузку дава, Аноним (73), 12:30 , 24-Май-19, (73) –1 // как обычно - нужен disk-backed sleep - нужен своп, своп на zfs работает только у, пох (?), 14:13 , 24-Май-19, (79) +1 // всмысле только у solaris , анон (?), 16:52 , 24-Май-19, (98) ну в смысле у него он работает, а у остальных как обычно судя по тому что даже p, пох (?), 17:23 , 24-Май-19, (102) хибернейт обычно только на переносных пк нужен на десктопе sleep достаточен обы, RNZ (ok), 16:53 , 24-Май-19, (99) btrfs дома удобней И не только дома , Аноним (114), 18:29 , 24-Май-19, (116) БСДшники уже успели утянуть к себе Авторы коммитов TRIM теперь и в коммитах бсд, Аноним (4), 22:40 , 23-Май-19, (4) –12 // Ровно наоборот TRIM во FreeBSD лет 5 уже точно есть , xm (ok), 23:17 , 23-Май-19, (11) +4 // usr src unameFreeBSD usr src git log sys cddl contrib opensolaris commit 61, Аноним (14), 23:27 , 23-Май-19, (14) БСДшники как раз эту фичу запилили Анон не в курсе о слиянии FBSD-ZFS с ZoL , zzz (??), 23:24 , 23-Май-19, (13) +4 // Поддержка TRIM взята из IllumOS Слияние произошло в другую сторону В BSD была , Аноним (62), 11:34 , 24-Май-19, (62) https github com freebsd freebsd commit 618888b019e4005dec19c1688531e25d6ff63c, Аноним (-), 14:47 , 24-Май-19, (82) –4 // Читай по слогам осталось рассказать нам - что ж там, откуда оно obtained - оно, пох (?), 15:43 , 24-Май-19, (92) +3 Например, потому что посчитали недостаточно оттестированым Кто же виноват, что б, анонн (?), 16:09 , 24-Май-19, (94) –1 или потому что это был плохоспортированный кусок недоделанного ораклово-сановско, пох (?), 17:31 , 24-Май-19, (103) +3 Не тот ник у вас, ох не тот В справке о рождении следы затирания Artagnan не ви, Аноним (-), 18:23 , 24-Май-19, (113) –2 В чом принцыпиальное отличие ZFS от BTRFS, кроме костылей у 1й , VINRARUS (ok), 22:45 , 23-Май-19, (5) –10 // zfs send -R -i snapN-1 zpool fs snapN 124 zfs recv zpoolNEW fsвообще, рекурси, Аноним (6), 22:51 , 23-Май-19, (6) –1 И та и другая - COW И та и другая существенно медленнее на широком спектре опер, Аноним (8), 23:11 , 23-Май-19, (9) –1 // Не жалко если для дела Бывало Да вкурсе Но не в курсе чо при жостком REBOOT н, VINRARUS (ok), 23:54 , 23-Май-19, (21) –1 // Ты тихо потерял постоянно перезаписываемый файл Это плохо , котэ (?), 11:06 , 24-Май-19, (56) это нормально Ненормально когда вместо файла мусор или fs громко вопит чтота, пох (?), 15:04 , 24-Май-19, (84) +2 т е плазма постоянно держит конфиг открытым на запись facepalm что_же_с_нами_, Аноним (131), 22:14 , 24-Май-19, (131) безусловноне встречался в настоящий момент у меня на 3 серверах на btrfs живёт , glebiao (ok), 06:34 , 24-Май-19, (35) +1 А мужики-то не знают ZFS - система не для серввера, и тем более - не для насто, Pofigist (?), 11:03 , 24-Май-19, (55) // дружище, полноценные схд с fc iscsi немодно уже 20 лет покупают за денежки са, пох (?), 19:50 , 25-Май-19, (152) Дружок как бы тебе сказать, но хранилки с FC и ZFS есть например в нашем В, Pofigist (?), 22:04 , 25-Май-19, (164) +2 в вашем впк два солдата и лопата заменяют экскаватор а то ж его немцы разрабаты, пох. (?), 07:28 , 30-Май-19, (176) Ну и какие преимущества у FCoE перед iSCSI Да правильно - никаких, ибо ограниче, Pofigist (?), 10:50 , 30-Май-19, (177) Для vdev же cow не используется Т е виртуалка на этом виртуальном диске нормаль, Аноним (73), 14:46 , 24-Май-19, (81) Жаль только zfs не умеет в reflink А держать включенной дедупликацию бывает нак, Аноним (107), 17:57 , 24-Май-19, (107) // а обычные линки чем вам не угодили reflink - костылик в основном для доскеров и, пох (?), 21:09 , 24-Май-19, (129) оракловая умеет , Anon Y Mous (?), 13:59 , 25-Май-19, (148) ZFS и BTRFS системы специального назначения Их плюшки нужны ну единицам пользов, Аноним (8), 23:13 , 23-Май-19, (10) –1 // А если я хочу гарантировано защититься от проблем снапшотом всей ФС А потом ещо, VINRARUS (ok), 00:01 , 24-Май-19, (22) –1 // 7zip, Аноним (8), 16:17 , 26-Май-19, (168) –1 Это совершенно по нубски, хотя б tar , VINRARUS (ok), 16:32 , 26-Май-19, (170) btrfs весьма не плоха как замена ext4, даже если вы не пользуетесь её плюшками , Аноним (114), 18:31 , 24-Май-19, (117) // с чего бы скорее она сохранит свою консистентность, ценой отправки подлежащих в, пох (?), 18:58 , 24-Май-19, (121) У меня другая практика Полностью противоположная btrfs ломается несмотря на ra, Илья (??), 00:37 , 04-Июн-19, (178) В том, что первая не теряет данные , Школьник (ok), 23:27 , 23-Май-19, (15) +1 // 100 А потерю даных в BTRFS подтверждаю - не COW, а БЫК какой то , VINRARUS (ok), 23:41 , 23-Май-19, (17) –2 // пул иногда в тыковку превращается, и ты получаешь прекрасную возможность удалить, пох (?), 07:35 , 24-Май-19, (41) –1 О да, прям имперические данные, открывшие нам глаза А на самом деле, скорее, по, Аноним (114), 18:33 , 24-Май-19, (118) –3 В отличии от очередного анонима мои слова утверждены моей аватаркой Доказывать а, VINRARUS (ok), 19:15 , 24-Май-19, (124) –1 Какие Имперские , Аноним (127), 19:45 , 24-Май-19, (127) Это еще большой вопрос, где большие костыли , KonstantinB (ok), 01:20 , 24-Май-19, (28) +1 Например zfs есть за пределами линукса Это вообще странно что с переносимостью , Аноним (47), 09:30 , 24-Май-19, (47) // но пользы от этого нет никакой, ибо она не смонтируется ext4 прекрасно переносит, пох (?), 09:46 , 24-Май-19, (49) –1 // И давно Помню, монтировал пулы от ZoL 0 6 x в FreeBSD, делал scrub , Аноним (62), 11:41 , 24-Май-19, (63) да у вас, дедуля, хорошая память Вы бы еще пул версии 3 вспомнили А у нас оно н, пох (?), 12:10 , 24-Май-19, (70) Енто ещё что, помню даже поимённо всех анонимов Опеннета Дык, завтреча пропатчат, Аноним (62), 15:05 , 24-Май-19, (85) +1 ну и зачем мне два одинаковых смысл-то был пока они были разные , пох (?), 15:18 , 24-Май-19, (87) Никакого смысла в том, что они разные Весь смысл именно в том, чтобы поведение , Аномномномнимус (?), 18:07 , 24-Май-19, (109) ну и зачем мне одинаковые ожидаемые тормоза по cpu, write amplification и неконт, пох (?), 19:00 , 24-Май-19, (122) –1 Тебе зачем А мне зачем мне думать за тебя , Аноним (62), 12:22 , 25-Май-19, (143) Шикарно Обожаю zfs Не самая шустрая зато удобнее некуда Осталось прилумать ка, Ддд (?), 22:53 , 23-Май-19, (7) // А в чом проблема , VINRARUS (ok), 00:04 , 24-Май-19, (24) –2 // А зачем - целиком Тем и хорош выбор, что для разных задач можно применять разн, iCat (ok), 03:35 , 24-Май-19, (33) // ReiserFS уже давно ни для чего не хорош Остановите некрофилию , barmaglot (??), 07:32 , 24-Май-19, (39) –1 А у тебя, небось, BTRFS во все поля Или WinFS , iCat (ok), 13:00 , 24-Май-19, (75) тогда сотни миллионов тех кто использует ntfs по вашему кто , Аноним (77), 13:07 , 24-Май-19, (77) Черные археологи , анонн (?), 15:43 , 24-Май-19, (91) Если учесть, что ntfs -- наследие hpfs, то это чёрные некрофилы, потому что для , Аноним (114), 18:36 , 24-Май-19, (119) –1 это сказки От hpfs там нет практически ничего, кроме некоторых идей, с тем же у, пох (?), 19:07 , 24-Май-19, (123) ааааа, ну ок теперь всё понятно , Аноним (131), 22:25 , 24-Май-19, (133) повторяю для тугослышащих еще больше там идей, уже реализованных в fat Причем , пох (?), 10:25 , 25-Май-19, (139) вы о какой версии hpfs оси говорите по опыту работы с Авророй да и Мерлином , о, glebiao (ok), 21:26 , 25-Май-19, (162) +1 warp3 ну и все что было до того, начиная с 2 0 и заканчивая lanserver3 На это, пох (?), 23:13 , 25-Май-19, (165) +1 Android-x86 тяжело поставить в соседний подтом , Аноним (62), 11:42 , 24-Май-19, (64) Линукс, фряха и соляра давно вроде успешно грузятся У вас мак или ещё какой офф, Аноним (47), 09:31 , 24-Май-19, (48) А ОС с неё умеет загружаться в многодисковой конфигурации У меня сейчас система , Torm84 (?), 23:28 , 23-Май-19, (16) –1 // OS ирония с ZFS умеет загрудаться, Аноним (6), 23:45 , 23-Май-19, (18) умеет, https wiki gentoo org wiki User Fearedbliss Installing_Gentoo_Linux_On_, Аноним (19), 23:46 , 23-Май-19, (19) Но не особо нужно это ОСь грузить с SSD с ext4, а home,var,opt,usr local,srv , RNZ (ok), 00:27 , 24-Май-19, (26) –1 // именно для и возможно прилегающих к нему var только и нужна возможность отк, пох (?), 07:38 , 24-Май-19, (43) –2 // Зависит от ОС, если у вас Debian или RHEL и производные, то да, snapshot не поме, RNZ (ok), 11:07 , 24-Май-19, (57) –1 снапшоты нужны не для сломавшегося бута Они нужны когда при апгрейде что-то пол, пох (?), 12:07 , 24-Май-19, (69) –2 gt оверквотинг удален btrfs или zfs в boot - первая имеет имела свойство п, RNZ (ok), 16:31 , 24-Май-19, (95) dev sda2 on type btrfs rw,relatime,space_cache,subvolid 257,subvol 17 33, пох (?), 17:40 , 24-Май-19, (105) gt оверквотинг удален btrfs дома 1 год использовал, пару раз вырубилось питан, RNZ (ok), 14:45 , 25-Май-19, (150) Дружеский совет, забудте про raid-z z1 z2 z3 и используйте зеркала В случае пом, OpenEcho (?), 10:47 , 24-Май-19, (54)   // gt оверквотинг удален Вопрос был в контексте домашнего использования, если что, RNZ (ok), 11:10 , 24-Май-19, (58) –1   тебе чьих данных больше жалко - домашних или дядиных И у кого, кстати, больше де, пох (?), 11:55 , 24-Май-19, (67)   В обоих случаях, бекапы нужны Но речь шла не про бекапы , RNZ (ok), 17:07 , 24-Май-19, (100)   дома на бэкапы нетбабланах иначе зачем бы мне zfs это и есть бэкап примерно в, пох (?), 17:44 , 24-Май-19, (106)   Нищебродство какое-то snapshot это не бекап Три накопителя разных производител, RNZ (ok), 14:34 , 25-Май-19, (149)   поздравляю, вы купили 1 3 дискового пространства за 3x денег Или 4x, поскольку , пох (?), 17:24 , 25-Май-19, (151)   zfs для компрессии и удобства управления всей ёмкостью И можно при необходимост, RNZ (ok), 20:11 , 25-Май-19, (153)   какое ж у вас удобство и управление, если аж три диска и из тех один в рейде, др, пох (?), 20:30 , 25-Май-19, (155)   Ну мы по hpc-кластерам применяли как и ленты, хе-хе А гуглю-то она зачем П, Michael Shigorin (ok), 20:52 , 25-Май-19, (158)   Ну вообще оно у них на облаках для hpc применимо, рассказывают https cloud goo, RNZ (ok), 21:12 , 25-Май-19, (161)   Удобство в управлении всей ёмкостью и компрессия, назначение mountpoint ов, возм, RNZ (ok), 21:04 , 25-Май-19, (160) –1   У этого подхода тоже есть недостатки - под резервирование отдается аж половина о, Аноним (65), 11:49 , 24-Май-19, (65)   Вы читали линки в моем первом посте , OpenEcho (?), 18:19 , 24-Май-19, (112)   в случае отказа диска в vdev - времени уйдет ровно столько, сколько надо чтобы п, пох (?), 11:54 , 24-Май-19, (66)   Меня raid-z2 неоднократно выручал Так из массива постепенно ушли все сигейты , Это я (?), 15:23 , 24-Май-19, (88)   keywords double fault, Michael Shigorin (ok), 22:14 , 24-Май-19, (130)   Интересно, насколько беспроблемным будет апгрейд с 0 7 до 0 8 с 0 6 до 0 7 прох, Аноним (19), 23:48 , 23-Май-19, (20) –1 Есть у редхата vdo, не вижу смысла в многослойном костылк Для ядер 5 1 регресси, Аноним (32), 03:33 , 24-Май-19, (32) –2 // С VDO - это какой 1257 то закат Солнца вручную с педально-шаговым управлением , Это я (?), 06:00 , 24-Май-19, (34) –1 // А ручной запуск ребалансинга btrfs с той же целью 8212 это не педально-шаговы, Annoynymous (ok), 12:19 , 24-Май-19, (72) +2 // btrfs мне вообще не вариант Реальной рабочей альтернативы ZoL чексуммы, сжатие, Это я (?), 15:28 , 24-Май-19, (89) то есть вот этот вот редхатопц с девмапером поверх девмапера погоняющего девмапе, пох (?), 10:42 , 25-Май-19, (141) –1 // Эти слухи ходят исключительно у вас в голове , Аноним (172), 19:39 , 26-Май-19, (172) –1 гы-гы - не прошло и дня - https www opennet ru opennews art shtml num 50747 - , пох (?), 22:01 , 26-Май-19, (173) Я все таки перееду с FreeNAS на что-нибудь линуксовое Ура , Аноним (38), 07:23 , 24-Май-19, (38) –2 // да, переезжай - во фринасе после мержа ловить будет нечего уже совсем , пох (?), 07:36 , 24-Май-19, (42) –1 Сейчас все NAS линуксовые, уже давно идут с btrfs, никаких проблем Переезжайте , Аноним (44), 08:00 , 24-Май-19, (44) // Не вариант, у меня RAID-Z1 RAID5 , который в btrfs все никак не заработает без , Аноним (38), 08:39 , 24-Май-19, (45) +1 // ну так может и совсем нафиг этот raid, многодисковые конфигурации btrfs нормальн, пох (?), 11:59 , 24-Май-19, (68) –2 OpenMediaVault так-то давно уже есть Не помню, как там у них с ZFS, не было нуж, ryoken (ok), 08:55 , 24-Май-19, (46) –3 // отдельным модулем, вроде работает Но зачем в смысле - зачем вообще нужна эта д, пох (?), 12:13 , 24-Май-19, (71) –1 Праздник несколько омрачают нюансы https github com zfsonlinux zfs issues 879, zfs (??), 14:25 , 24-Май-19, (80) // в чем проблема - кроме мечт обмазаться наисвежайшим Либо живете на ядре, которое, пох (?), 15:09 , 24-Май-19, (86) // Бывают случаи, когда не приходится выбирать и есть только ядро 5 x, но нужен и Z, zfs (??), 18:08 , 24-Май-19, (110) // ну странный это случай - либо ты архитектор, и ты выбираешь правильные с твоей т, пох (?), 22:15 , 24-Май-19, (132) Я, конечно, могу выбрать Обмазываться наисвежайшим цели не было и нет Но это , zfs (??), 00:26 , 25-Май-19, (136) ну а тогда - зачем оно То есть вот каких именно фич очень надо от 5 чтотамунас-, пох (?), 10:43 , 25-Май-19, (142) они бы еще ipv4 выпилили и пришлось бы ipv6 прикостыливать, Ваня Бевзюк сетевик (?), 14:27 , 28-Май-19, (175) https wiki gentoo org wiki ZFS Installing_into_the_kernel_directory_ 28for_sta, Аноним (62), 15:31 , 24-Май-19, (90) // в каком месте ваша корявая инструкция решает проблему лап4атые запретили сторон, пох (?), 15:47 , 24-Май-19, (93) +1 // Странная мысль Расшифруйте Что нафига Очевидно, что технически проблема возник, zfs (??), 18:16 , 24-Май-19, (111) это диверсия Намеренная Чего тут не понимать это не проблема Это сознательное, пох (?), 22:26 , 24-Май-19, (134) По сути я с тобой согласен Просто в твоем мессадже много экспрессии Ну и исходны, zfs (??), 00:28 , 25-Май-19, (137) Это как-бы и так понятно, учитывая развитие альтернативы в виде btrfs Если-бы ко, RNZ (ok), 15:46 , 26-Май-19, (166) гуглите историю devfs Вполне себе была под gpl, что не помешало саботировать ее, пох (?), 16:28 , 26-Май-19, (169) –2 Я не настолько пессимистичен История развития linux конечно полна разными событ, RNZ (ok), 23:24 , 26-Май-19, (174) О как, я уже разработчик Gentoo Это милейший, не моя проблема Но ежели кто с , Аноним (62), 12:31 , 25-Май-19, (144) тогда зачем вы лезете в обсуждения не своей проблемы с не имеющей к ней ни малей, пох (?), 12:38 , 25-Май-19, (146) Что бы ссылаться на твоё экспертное мнение, когда мне не поверят, что менее чем , Аноним (62), 12:46 , 25-Май-19, (147) –1 Ну, разве что оттуда интересное словосочетание выдернуто GPL condom Экая конс, Аноним (127), 19:39 , 24-Май-19, (126) // на vmware за такую конструкцию подали в суд Правда, позорно прос ли да, я тож, пох (?), 22:30 , 24-Май-19, (135) // ВМФ исключительных против Минэнерго Одобряем , Аноним (62), 12:34 , 25-Май-19, (145) 1,2,3,4,5,7,16,20,32,38,80

Сообщения

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

	54. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	+/–
	Сообщение от OpenEcho (?), 24-Май-19, 10:47
	Дружеский совет, забудте про raid-z/z1/z2/z3 и используйте зеркала. В случае помирания одного из дисков resilver занимает очень много времени и нагинает производительность по черному. Если учесть, что диски в массив покупаются в одно и тоже время, того же производителя, то велика вероятность, что в случае падения одного диска за ним последуют другие, а так как процесс востановления (resilver) занимает массу времени, то весь массив может накрыться медным тазом, пока идет resilver (неделю а то и больше). Понятно желание сэкономить на дисках c raid-z/z1/z2/z3, но если это системы по 200-400-600 терабайт, то такая экономия может стоить потерией всех данных в ZFS. В случае же с зеркалами, resilver делается только между двумя хардами (быстро) и не нагибает производительность в отличии от Z где для того чтобы востановить массив, надо перелопатить весь array. Почитайте, вот первое что нашлось в подверждение: https://jrs-s.net/2015/02/06/zfs-you-should-use-mirror-vdevs.../ https://www.ixsystems.com/community/threads/some-differences.../
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	58. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	–1 +/–
	Сообщение от RNZ (ok), 24-Май-19, 11:10
	>[оверквотинг удален] > процесс востановления (resilver) занимает массу времени, то весь массив может накрыться > медным тазом, пока идет resilver (неделю а то и больше). Понятно > желание сэкономить на дисках c raid-z/z1/z2/z3, но если это системы по > 200-400-600 терабайт, то такая экономия может стоить потерией всех данных в > ZFS. В случае же с зеркалами, resilver делается только между двумя > хардами (быстро) и не нагибает производительность в отличии от Z где > для того чтобы востановить массив, надо перелопатить весь array. > Почитайте, вот первое что нашлось в подверждение: > https://jrs-s.net/2015/02/06/zfs-you-should-use-mirror-vdevs.../ > https://www.ixsystems.com/community/threads/some-differences.../ Вопрос был в контексте домашнего использования, если что.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	+/–
	Сообщение от пох (?), 24-Май-19, 11:55
	> Вопрос был в контексте домашнего использования, если что. тебе чьих данных больше жалко - домашних или дядиных? И у кого, кстати, больше денег на бэкапы и лишние диски?
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	+/–
	Сообщение от RNZ (ok), 24-Май-19, 17:07
	>> Вопрос был в контексте домашнего использования, если что. > тебе чьих данных больше жалко - домашних или дядиных? > И у кого, кстати, больше денег на бэкапы и лишние диски? В обоих случаях, бекапы нужны. Но речь шла не про бекапы.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	+/–
	Сообщение от пох (?), 24-Май-19, 17:44
	дома на бэкапы нетбабланах (иначе зачем бы мне zfs ? это и есть бэкап примерно всего) там где есть 400T - бэкап в теории есть, на практике если накроется ВСЕ - при банкротстве контора потеряет меньше, чем при попытке восстановить. Потому что пока такой объем восстанавливается - там судебных и прочих исков и пень успеет набежать в разы больше. Если накроется кусок (и не просто так промышленная хранилка ограничивает отдельный dataset в ~14T) - то, конечно, как нибудь переживут.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	+/–
	Сообщение от RNZ (ok), 25-Май-19, 14:34
	> дома на бэкапы нетбабланах (иначе зачем бы мне zfs ? это и > есть бэкап примерно всего) Нищебродство какое-то. snapshot это не бекап. Три накопителя разных производителей с одинаковыми параметрами и размерность в N TiB. Два в zfs pool mirror, один в отдельный пул backup. И send. > там где есть 400T - бэкап в теории есть, на практике если > накроется ВСЕ - при банкротстве контора потеряет меньше, чем при попытке > восстановить. > Потому что пока такой объем восстанавливается - там судебных и прочих исков > и пень успеет набежать в разы больше. > Если накроется кусок (и не просто так промышленная хранилка ограничивает отдельный dataset > в ~14T) - то, конечно, как нибудь переживут. С интырпрайзом отдельная боль с бекапами. Но тоже лечится при разумном подходе. И 400T не предел.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	+/–
	Сообщение от пох (?), 25-Май-19, 17:24
	> Нищебродство какое-то. snapshot это не бекап. Три накопителя разных производителей с одинаковыми > параметрами и размерность в N TiB. поздравляю, вы купили 1/3 дискового пространства за 3x денег. Или 4x, поскольку разные производители могут неожиданно стоить разно. А зачем теперь, кстати, zfs ? Форматируете в ext4/ntfs/вообще exfat и живете счастливо. Пользы от нее вам в озвученной схеме вообще никакой. Или у вас домашний компьютер на freebsd (соболезную, там выбора почти нет)? красиво жить, конечно, не запретишь, но лично у меня смысл zfs в независимости от подвернувшихся под руку дисков и того из какого трэша собрана хранилка - она должна просто работать, не требуя времени на переконфигурации и переливания данных туда-сюда. За это я готов заплатить потерей производительности (она имеет место быть) и некоторой потерей надежности. Но не тем п-цом который навязывают дорогие друзья с Украины и iX. Насчет ZoL - пока присматриваюсь, посмотрим, сколько проживет экспериментальный сервер на работе, но мнение скорее отрицательное - оно если и работает, то больше по недоразумению. И этот сервер стабильно медленнее аналогичного с btrfs. > С интырпрайзом отдельная боль с бекапами. Но тоже лечится при разумном подходе. И 400T не предел. да нет никакой боли, просто есть понимание, что бэкап не для решения ситуации "хранилка внезапно сгорела вся кху-ям, восстановлению не подлежит". Он для ситуации "косорукий коллега окошком ошибся и снес том, двести раз нажав Ok, один раз набрав "YES I C0NfIR/\/\ THIS!". В наихудшем случае это 14T еще актуальных данных. Плохо, но не катастрофа, за пол-дня с лент восстановится самое остро необходимое, клиентам принесут искренние извинения. И вот обратите внимание - 14T - это предел для коммерческого решения за миллион денег. (то есть в переносе на zfs - это размер zpool был бы) Вот как-то не хотели они манипулировать кусками стораджа большего объема как одним целым.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	+/–
	Сообщение от RNZ (ok), 25-Май-19, 20:11
	zfs для компрессии и удобства управления всей ёмкостью. И можно при необходимости преобразовать в raidzN Что до ZoL на серверах: https://paste.ubuntu.com/p/kDVqnfPr6y/ https://paste.ubuntu.com/p/Dq3jy3c23j/ Бекапы - они для всех случаев. Бекапить большЫе объёмы вполне себе боль само по себе. И есть хуже ситуации, например когда программист ошибся изменил миграцию, протестил и накатил, её после месяца тестов, а в результате дропнулась колонка в колоночном хранилище. И ленты в таких случаях вообще не применимы (да и вообще их давно можно списать). Лучше собрать пару-тройку хранилищ типа Ceph/Lustre и обозначить основное и резервные. Но всё это зависит от потребностей и возможностей.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	+/–
	Сообщение от пох (?), 25-Май-19, 20:30
	> zfs для компрессии и удобства управления всей ёмкостью какое ж у вас удобство и управление, если аж три диска и из тех один в рейде, другой бэкап? ну и что вы там такое копрессируете-компрессируете - тоже не знаю. Вот что в коде arc compress есть дидлок - знаю на собственном опыте. Наступить сложно, но некоторым удается. # uptime 18:49:58 up 399 days, 17:58,  1 user,  load average: 8,16, 9,20, 9,58 прекрасный ненужносервер, больше года без апдейтов (это ведь не только ядро, но и библиотеки). пингом валится, поди? кстати, где тут удобство, если он нарезан на какие-то автогенеренные куски, не имеющие ни малейшего смысла и даже незапоминаемые? > И ленты в таких случаях вообще не применимы (да и вообще их давно можно списать). голубчик, вы это рассказываете тому кто применяет и применять будет. Но по назначению, а не в виде универсальной пилюли. Ее нет. А ваша люстра вне гугля (который как раз может позволить себе потерять хоть вообще все данные - хомячки новых понапостят, его цель была хранить совершенно нечеловеческие объемы, а не надежность такого хранения в целом), стесняюсь спросить, где еще жива?
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	+/–
	Сообщение от Michael Shigorin (ok), 25-Май-19, 20:52
	> А ваша люстра вне гугля [...], стесняюсь спросить, где еще жива? Ну мы по hpc-кластерам применяли (как и ленты, хе-хе).  А гуглю-то она зачем?  Первый раз в таком контексте упоминание вижу.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	+/–
	Сообщение от RNZ (ok), 25-Май-19, 21:12
	>> А ваша люстра вне гугля [...], стесняюсь спросить, где еще жива? > Ну мы по hpc-кластерам применяли (как и ленты, хе-хе).  А гуглю-то > она зачем?  Первый раз в таком контексте упоминание вижу. Ну вообще оно у них на облаках для hpc применимо, рассказывают: https://cloud.google.com/blog/products/storage-data-transfer...
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	–1 +/–
	Сообщение от RNZ (ok), 25-Май-19, 21:04
	>> zfs для компрессии и удобства управления всей ёмкостью > какое ж у вас удобство и управление, если аж три диска и > из тех один в рейде, другой бэкап? Удобство в управлении всей ёмкостью и компрессия, назначение mountpoint'ов, возможность пинать снапшоты при экспериментах. После возни с lvm - ну очень удобно. > ну и что вы там такое копрессируете-компрессируете - тоже не знаю. Вот > что в коде arc compress есть дидлок - знаю на собственном > опыте. Наступить сложно, но некоторым удается. Да где их нет. Софта без ошибок, даже у NASA не густо. > # uptime >  18:49:58 up 399 days, 17:58,  1 user,  load average: > 8,16, 9,20, 9,58 > прекрасный ненужносервер, больше года без апдейтов (это ведь не только ядро, но > и библиотеки). пингом валится, поди? Не, не валится, и апгрейдится кстати, и не пингуется. Но прод он такой - живёт в соответствии с требованиями бизнеса. > кстати, где тут удобство, если он нарезан на какие-то автогенеренные куски, не > имеющие ни малейшего смысла и даже незапоминаемые? Нарезан как надо и со смыслом, а запоминать их не надо, их надо легко идентифицировать при необходимости, удобство в том как это управляется. >> И ленты в таких случаях вообще не применимы (да и вообще их давно можно списать). > голубчик, вы это рассказываете тому кто применяет и применять будет. Но по > назначению, а не в виде универсальной пилюли. Ее нет. А ваша > люстра вне гугля (который как раз может позволить себе потерять хоть > вообще все данные - хомячки новых понапостят, его цель была хранить > совершенно нечеловеческие объемы, а не надежность такого хранения в целом), стесняюсь > спросить, где еще жива? Я вам не голубчик. А ленты не нужны, устарело окончательно.
	Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

	65. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	+/–
	Сообщение от Аноним (65), 24-Май-19, 11:49
	У этого подхода тоже есть недостатки - под резервирование отдается аж половина общего объема дисков, и с надежностью тоже не все так радужно. Zpool превращается в тыкву если хотя бы один vdev в нем умирает. Zpool, состоящий из нескольких mirror vdev умрет если хотя бы в одном из зеркал сдохнут сразу два диска (подразумевая, что зеркала составляются из пар дисков). Zpool, состоящий из raidz2 vdev'ов же переживет потерю двух любых дисков в любом из vdev. А raidz3 - потерю трёх.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	112. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	+/–
	Сообщение от OpenEcho (?), 24-Май-19, 18:19
	> Zpool, состоящий из raidz2 vdev'ов же переживет потерю > двух любых дисков в любом из vdev. А raidz3 - потерю > трёх. Вы читали линки в моем первом посте?
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	+/–
	Сообщение от пох (?), 24-Май-19, 11:54
	> В случае помирания одного из дисков resilver занимает очень много времени и нагинает > производительность по черному. в случае отказа диска в vdev - времени уйдет ровно столько, сколько надо чтобы прочитать весь vdev. Поскольку его таки надо весь прочитать - что с зеркалом, что с raidz Если вы сравниваете raidz на четырех дисках с двумя 2-way mirror - да, при отказе одного диска первому придется прочитать втрое больше данных, а при отказе двух разом - в тыкву превращаются и тот, и другой (для меня до сих пор остается загадкой отсутствие средств восстановления сохранившейся информации с таких пулов). Только во втором случае у вас этого "втрое" просто НЕТ. А если вместо 4x raidz вы соберете 3x 2x mirror для получения того же объема - тут уже и дятлу становится немножко ссыкотно. > Понятно желание сэкономить на дисках c raid-z/z1/z2/z3, но если это системы по 200-400-600 > терабайт то, вероятнее всего, их собрали неправильно, и нужно было прочитать рекомендации, сколько именно дисков допустимо собирать в raidzN (и еще следует понимать, что потери производительности никто не отменял и N>2 имеют исключительно архивную ценность) и подумать, как с этим жить дальше. Выводы будут довольно скучные и очевидные - единый пул такого размера - обречен. А теперь прикиньте, вот есть у вас система аж на 400T, собранная, допустим, из 3T дисков в raidz2 (как и положено, по 6 в vdev) - ~35 штук, 210 дисков не считая spare (ничего такого особенного). Сколька-сколька займет переделка их в 3way mirror, и хватит ли у вас на это места в стойках и электричества, даже если деньги - нивапрос?
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	88. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	+/–
	Сообщение от Это я (?), 24-Май-19, 15:23
	Меня raid-z2 неоднократно выручал. Так из массива постепенно ушли все сигейты.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	130. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "	+/–
	Сообщение от Michael Shigorin (ok), 24-Май-19, 22:14
	> то велика вероятность, что в случае падения одного диска > за ним последуют другие keywords: double fault
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

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

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