forum.opennet.ru

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

Оглавление

В OpenZFS выявлена ошибка, которая может привести к повреждению файлов, opennews (??), 23-Ноя-23, (0) [смотреть все]

Надежная ФС Прям как оригинальная ZFS, только пишется не всякими мутными оракла, Аноним (1), 11:30 , 23-Ноя-23, (1) +20 //

А вы чего хотели Всё, что человечество изобретало последние 50 лет, впихнули в , Аноним (7), 11:42 , 23-Ноя-23, (7) +2 //

В энергосистему из которой вы электричество качаете - впихнули все что человеч, Аноним (-), 18:11 , 23-Ноя-23, (149) –1 //

в энергетике хорошо работает естественный отбор если делать плохо, то кого-то л, Аноним (313), 14:19 , 25-Ноя-23, (313)

Припоминая как дефолтсити вырубился в 2005 - иногда, таки, естественный отбор вы, Аноним (319), 23:29 , 25-Ноя-23, (319)

Гм Да Записываем - про энергосистемы вы знаете примерно ничего - но аналогия, User (??), 10:00 , 27-Ноя-23, (364)

Как всегда больше всех ноют те, у кого ZFS вообще нет , Аноним (9), 11:46 , 23-Ноя-23, (9) +19 //

Точно, надо попользоваться, похерить файлы, а уж потом ныть , Аноним (21), 12:06 , 23-Ноя-23, (21) +1 //

О чем как раз и сообщение, на которое вы ответили Пишут только те, у кого её ни, Всем Анонимам Аноним (?), 13:53 , 23-Ноя-23, (58) +3

У меня был опыт использования ZFS для файлов и баз данных Раз в несколько дней , None (??), 15:23 , 23-Ноя-23, (102)

Настоящее инженерное решение А что ж тогда оно у других работает и со значи, OpenEcho (?), 15:48 , 23-Ноя-23, (109) +1

ой-ли , pin (??), 18:52 , 23-Ноя-23, (158)

Я боюсь, вы промахнулись кнопкой - ответить , т к я такой херней не страдаю, OpenEcho (?), 01:42 , 24-Ноя-23, (214)

Та же фигня, бро, только с глустером , YetAnotherOnanym (ok), 11:00 , 24-Ноя-23, (244)

не, ну он хотя бы - прикольный , пох. (?), 17:12 , 26-Ноя-23, (347)
Эм Postgres поверх glusterfs Оно и поверх ZFS-то выглядит интересно, но гл, User (??), 10:02 , 27-Ноя-23, (365)

uname -a skipped 9 0-RELEASE FreeBSD 9 0-RELEASE 0 Tue Jan 3 07 46 30 UTC 2, tim2k (ok), 16:07 , 23-Ноя-23, (117) +2

Так оно у тебя в рефлинки и не умело никогда Нет фичи - нет проблем , Аноним (-), 18:12 , 23-Ноя-23, (150)

Так о том и речь Если фича не нужна, не беги обновляться , Аноним (153), 18:32 , 23-Ноя-23, (153)

Правильно, зачем кому-то надо 100 легкий, эффективный моментальный дедуп без , Аноним (-), 18:51 , 23-Ноя-23, (157)

Я так понимаю у тебя проц вчерашнего выпуска, память, материнка навороченная Че, Аноним (174), 21:21 , 23-Ноя-23, (174)

Потом довольно часто почему-то оказывается что такие технологии и сотрудники фир, Аноним (-), 22:00 , 23-Ноя-23, (178) –1

Только вот эта пафосная демагогия никак не влияет на наличиеzfs snapshotzfs clon, Аноним (180), 22:48 , 23-Ноя-23, (180)

Ну то-есть вы хотите сказать, что кодеры делавшие фичу - позеры и страдальцы фиг, Аноним (202), 00:57 , 24-Ноя-23, (202)

Ну то-есть мы опять наблюдаем фирменное 294-ое сруливание с темы , Аноним (180), 01:11 , 24-Ноя-23, (207)

Если хотелось мое мнение по теме, посмотрев на баг трек с какими-то несчастными , Аноним (-), 01:48 , 24-Ноя-23, (215)

вот не надо меня пугать, мне после отвалов btrfs еще на zfs такого не хватало , анон (?), 17:14 , 23-Ноя-23, (135) +1

Просто в BTRFS отвалы тоже из ZFS позаимствованы , EULA (?), 10:57 , 24-Ноя-23, (243) +1

Именно поэтому у меня её нет и никогда не будет , Аноним (32), 12:34 , 23-Ноя-23, (32) +2 //

Да ты и дальше на FAT сиди , BorichL (ok), 14:27 , 23-Ноя-23, (87) +1

Где-то fat норм использовать, только тебе в твоём коворкинге про это не расскажу, Аноним (129), 17:02 , 23-Ноя-23, (129) –1

Учитывая что первый вообще на integrity данных с прибором клал У него чексум не, Аноним (-), 18:38 , 23-Ноя-23, (155) –1

Ну, если у тебя data integrity парой уровней выше или наоборот, ниже - то почему, User (??), 11:22 , 28-Ноя-23, (385)

1 Это такое довольно большое если 2 Которое к тому же имеет свойство стоить, Аноним (-), 21:37 , 28-Ноя-23, (394)

Сюрприииз Как-то так оно в реальном мире и работает Enterprise у дешевле запла, User (??), 21:49 , 28-Ноя-23, (395)

А чего ты HPFS386 и JFS забыл, или тогда ещё под стол пешком ходил , BorichL (ok), 19:50 , 23-Ноя-23, (170)

Это не нытьё, а злорадство как хорошо, что на моей любимой ext4 ничего подобног, ИмяХ (ok), 13:54 , 23-Ноя-23, (59) +1 //

Больше выглядит как я не разобрался, поэтому у меня ничего нету Половина винд, Аноним (9), 14:15 , 23-Ноя-23, (71) +7

Сам-то понял, каким дном свою ZFS выставил, защитничек , Аноним (136), 17:14 , 23-Ноя-23, (136)

Ну да, как же они на ехт4 то без чексумм узнают что у них там что-то повредилось, Аноним (125), 16:42 , 23-Ноя-23, (125) –1
На твоей любимой EXT4 ты узнаешь что данные в труху исключительно по факту , Аноним (-), 18:40 , 23-Ноя-23, (156)

git blame , Пряник (?), 11:47 , 23-Ноя-23, (11) –1
факела бсдлюбов особенно хороши ext4 используй, Аноним (16), 11:54 , 23-Ноя-23, (16) +2 //

Но вы же оба виндузятники, там нет ext4, Аноним (9), 11:57 , 23-Ноя-23, (18) +4 //

там зато есть единственная существующая утилита для восстановления файлов рухнув, пох. (?), 12:35 , 23-Ноя-23, (34) –2

Нужны грязные подробности, если это не про поддержку атрибутов в разных версиях , Аноним (153), 13:52 , 23-Ноя-23, (57) +1

если не умеешь в гугль - воспользуйся хотя бы поиском по сайту , пох. (?), 14:11 , 23-Ноя-23, (66)

Это оно https lkml org lkml 2018 12 27 155 d_off field in struct dirent and 3, Аноним (262), 13:14 , 24-Ноя-23, (262)

не оно, но я не удивлюсь если тут и виндовый драйвер не поможет Спасибо, в копи, пох. (?), 16:49 , 26-Ноя-23, (337) +1

это какая Там - это где , Аноним (-), 14:02 , 23-Ноя-23, (61)

где-где - ввенде гуглем пользоваться уж как-нибудь сам учись , пох. (?), 14:10 , 23-Ноя-23, (65) –3

Да ващет в этом нашем btrfs - такая штука встроена прям в штатный тулкит ФС И р, Аноним (-), 18:54 , 23-Ноя-23, (159)

И об этом ты ещё до войны разговаривал с господином окружным начальником , Аноним (179), 22:07 , 23-Ноя-23, (179)
Это какие Которые ZFS сначала закрыли, чтобы барыжить, а потом поняли, что позд, Аноним (262), 13:10 , 24-Ноя-23, (261) +1

Чего кого В btrfs офлайн парсер, позволяющий к тому же потыкаться в разные точк, Аноним (-), 18:30 , 24-Ноя-23, (283)

zfs была открыта задолго до того как оракле понял, что она крута Так что Крис, Аноним (368), 10:36 , 27-Ноя-23, (368)

Оракл вообще купил в основном из-за соляры и явы как я понимаю, ну и чтобы энтер, Аноним (319), 20:25 , 27-Ноя-23, (372)

Ну кагбыда, но в реальной жизни почему-то нагруженный MsSQL под NTFS запустить м, User (??), 11:50 , 28-Ноя-23, (386)

Мне вот интересно - чего такого нагруженного на вот именно MS SQL вообше запус, Аноним (390), 19:26 , 28-Ноя-23, (390)

И вот эти вот конпелятели ядра и заменятели катриджей что-то там про enterprise , User (??), 21:01 , 28-Ноя-23, (392)
Скрыто модератором, Аноним (-), 22:00 , 28-Ноя-23, (396)
Я готов поспорить что корпы где я это все щупал были в фортуне-500 сильно выше в, Аноним (390), 22:06 , 28-Ноя-23, (397)
Опыт замены катриджей офигенно релевантен вопросу, да Уровень своих не знаний , User (??), 07:51 , 29-Ноя-23, (402)

Скрыто модератором, Аноним (-), 02:41 , 29-Ноя-23, (400)

Работает на серверах уже кучу лет, так что в надёжности можно не сомневаться А н, Аноним (30), 12:31 , 23-Ноя-23, (30) +2 //

Просвяти на каких именно серверах и чем обусловлен выбор , Аноним (32), 12:35 , 23-Ноя-23, (33) //

Спроси у операторов большой тройки, что они сейчас используют- , BeLord (ok), 13:38 , 23-Ноя-23, (50)

Венду, венду и а, вот - венду , пох. (?), 14:12 , 23-Ноя-23, (67)

хоть новость бы дочитал Повреждение файлов проявляется при достаточно редком сте, Аноним (90), 14:29 , 23-Ноя-23, (90) //

Угу Проблема в том, что узнать, стекло или не стекло - невозможно Пока не пойм, Tron is Whistling (?), 14:38 , 23-Ноя-23, (94)
Вспомните про закон больших чисел Есть ZFS будет на каждом ПК, то внезапно редк, Kuromi (ok), 15:47 , 23-Ноя-23, (108) +1 //

Так наличие ZFS на компьютере - и есть то редкое обстоятельство , Аноним (7), 17:48 , 23-Ноя-23, (145)

Я понимаю, что по утру бзднуть хочется, но оглядываться все же не мешаетhttps , OpenEcho (?), 15:44 , 23-Ноя-23, (107)

Ни на что не намекаю, но в Btrfs такой проблемы нет , Аноним (3), 11:35 , 23-Ноя-23, (3) –4 //

А какая есть , Аноним (7), 11:40 , 23-Ноя-23, (6) +7 //

Ну например слишком стабильно работает, даже как-то скучно становится Приходитс, Аноним (3), 11:42 , 23-Ноя-23, (8) –5 //

Пишешь из будущего , Аноним (9), 11:47 , 23-Ноя-23, (10) +6

Из будущего альтернативной реальности - форкнулась где-то в 2010м Там у них btr, пох. (?), 12:31 , 23-Ноя-23, (28)

А зачем выкидывать то Btrfs как раз до ума более-менее довели А это только нач, Аноним (-), 00:41 , 24-Ноя-23, (195)

а если нагрузить по методике Шишкина - что будет или от чего там ntfs умирала , glad_valakas (?), 12:36 , 23-Ноя-23, (35)

по той самой методике, которую он никому не раскрыл , Аноним (3), 13:05 , 23-Ноя-23, (42) +1

если подумать и поработать руками, то можно воспроизвести задавшись вопросом ка, glad_valakas (?), 17:07 , 23-Ноя-23, (131)

ну подеградируй, подеградируй мое дерево Деградируй мое дерево полностью Ты см, Аноним (3), 17:19 , 23-Ноя-23, (137) +1
Меньше слушайте всяких экспертовDate Fri, 18 Jun 2010 15 32 16 0200From Edward , Аноним (269), 13:58 , 24-Ноя-23, (269)

нашел время прочитать наконец-то ахренеть, они несходящийся алгоритм ухитрили, нах. (?), 23:53 , 27-Ноя-23, (376)

Как Васян, наслышавшийся анекдотов про у меня на виртуалке всё работает , я не, Аноним (269), 06:36 , 28-Ноя-23, (381)

Ну вы то с похом офигенные эксперты Толи на ZFS осыпающемся, толи вообще на NTF, Аноним (-), 08:23 , 28-Ноя-23, (382)

Ну ты то знаешь, зачем в ядре нужен префикс lock , Аноним (269), 05:24 , 29-Ноя-23, (401) +1

Создать файлуху на 600 мегов и забить ее мелкотой Можно, но вот что доказывает , Аноним (202), 00:56 , 24-Ноя-23, (201) –2

Уже много лет на btrfs, тьфу-тьфу, ни разу пока проблем не вылезло Но, это не з, lucentcode (ok), 21:59 , 23-Ноя-23, (177) +1

Ну так 1 btrfs интегрирован с майнлайном на тему разработки 2 авторы оного е, Аноним (216), 02:08 , 24-Ноя-23, (216)

Недообследованная , iZEN (ok), 12:16 , 26-Ноя-23, (334)

Текст в интернете всегда прав , Пряник (?), 11:49 , 23-Ноя-23, (14) +3
Да ну А что ж тогда на редите приколоченные гвоздями проблемы весят, OpenEcho (?), 15:58 , 23-Ноя-23, (113) //

это ошибка выжившего Когда бтрфс работает, никто не приколачивает гвоздями пост, Аноним (3), 16:23 , 23-Ноя-23, (122) –1 //

Так, я не про них, я про те что уже ОЧЕНЬ долго гвоздями прибиты, OpenEcho (?), 01:35 , 24-Ноя-23, (211)
Гораздо чаще встречается ошибка вдовы - у меня сдохло, значит, у всех сдохнет , YetAnotherOnanym (ok), 11:07 , 24-Ноя-23, (245)

товарищмайор, тут вдовроссии дискредитируют , пох. (?), 17:14 , 26-Ноя-23, (348)

Продолжаем использовать ext4 Держите в курсе , beck (??), 11:37 , 23-Ноя-23, (4) +4 //

ntfs , Аноним (22), 12:10 , 23-Ноя-23, (22) +1 //

fat16 , Аноним (307), 10:33 , 25-Ноя-23, (307)

Шишкин прав был Дерм ще все эти ваши zfs, btrfs и т п , Аноним (13), 11:49 , 23-Ноя-23, (13) +2 //

FAT16 сила , Ахмат (?), 12:19 , 23-Ноя-23, (24) +4 //

Шишкин сила Рейзер5 придет - порядок наведет , Аноним (26), 12:23 , 23-Ноя-23, (26) +1 //

Ему же пожизненное дали , tim2k (ok), 16:12 , 23-Ноя-23, (120)

Файловой системе , Анонис (?), 21:40 , 23-Ноя-23, (175) +3
Шишкину то Он конечно мерзкий зануда, но не настолько же , Аноним (216), 02:09 , 24-Ноя-23, (217) +4

win95 cih с тобой не согласен , Аноним (29), 12:31 , 23-Ноя-23, (29) +2
Единственная файловая система которую Я осилил сам запрограммировать за свою жиз, Анонимпс (?), 18:38 , 23-Ноя-23, (154) +1

btrfs - лучшая фс, penetrator (?), 14:12 , 23-Ноя-23, (68) –3 //

Худшая из всех что тестировал , Аноним (96), 14:49 , 23-Ноя-23, (96) +6 //

Скрыто модератором, Аноним (-), 19:13 , 23-Ноя-23, (161) –1
ога, тестировал он, во сне, penetrator (?), 08:06 , 24-Ноя-23, (227) –1

Ну он то как самый умный - не релизнул ФС вообще, reiser3 слил - нет файлух, нет, Аноним (-), 19:12 , 23-Ноя-23, (160)

Ооооо, мне тут недавно один специалист со стажем расхваливал ZFS Говорил, что, еропка (?), 11:58 , 23-Ноя-23, (19) –1 //

OpenZFS был основан и портирован говнокодер сообществом Linux Не путать с Oracl, Аноним (25), 12:21 , 23-Ноя-23, (25) +2 //

Это эти то https openzfs org wiki Companies говнокодеры Даже боюсь спросить, к, OpenEcho (?), 16:02 , 23-Ноя-23, (115) //

Можно подумать там все эти компании что-то программируют Они просто объединилис, Аноним (153), 18:29 , 23-Ноя-23, (152) +2

несколько штук таки есть И да, это говнокодеры и саботажники Начиная с дельфикс, пох. (?), 19:27 , 23-Ноя-23, (164)

Такой прозрачный намек - бабок хочется Создали себе кучу головняка на ровном, Аноним (-), 21:03 , 23-Ноя-23, (173) –1

Это вам баб Маша в подьезде сказала Кто Амазон студентов на аутсорсе Я здесь м, OpenEcho (?), 01:40 , 24-Ноя-23, (213)

А из того списка только амазон пашет Это обычная практика в наше время Опытный , Аноним (262), 09:57 , 24-Ноя-23, (240)

Т е для тебя без 5-ти минут инженер и фрилэнцер - одно и тоже И на то, что рабо, OpenEcho (?), 12:30 , 24-Ноя-23, (255) –1

конечно нет - первый вообще ничего не умеет, а второй - ну хз, кто это просто ин, нах. (?), 13:30 , 24-Ноя-23, (263)
Я и сам таким был когда-то А в амазоне работают такие же люди, которых сейчас в , Аноним (262), 13:35 , 24-Ноя-23, (264)

Ну, теперь понятен уровень осведомленности о устройстве амазона Читайте дальше, OpenEcho (?), 07:29 , 25-Ноя-23, (304)

Твой источник новостей про самоотверженное кодирование zfs тыжбез5минутинженер-, Аноним (262), 09:49 , 25-Ноя-23, (305)

Видел, потому и говорюЛегче стало Хороших выходных , OpenEcho (?), 18:28 , 25-Ноя-23, (315)

А у амазона нет своей корпоративной почты Что-то в этом списке их нет https gi, Аноним (262), 10:01 , 24-Ноя-23, (241)

Там где идет речь о FSx, то изпользуется корпоративная почта, иначе слишком мног, OpenEcho (?), 12:44 , 24-Ноя-23, (256)

FSx - это амазоновское корпоративное решение поверх openzfs То есть для общей р, Аноним (262), 13:40 , 24-Ноя-23, (266)

Ох уж эти телепаты Для того, чтобы мыши прибегали на сыр, - он должен быть сье, OpenEcho (?), 14:46 , 24-Ноя-23, (274)

Ух ты Так сыр, оказывается, несъедобный И поэтому они на его базе своё решение, Аноним (262), 16:53 , 24-Ноя-23, (278)

Закусывать надо, OpenEcho (?), 07:24 , 25-Ноя-23, (303)

Так он и закусил, видимо, живу плохо вино кислое, сыр плесневелый, машина без , Аноним (319), 01:28 , 26-Ноя-23, (325) +1

Не Oracle ZFS а Sun ZFS Оракул того и гляди закопает эту ФС, NetGhost (?), 22:49 , 23-Ноя-23, (181)

я один из таких D очень жду bcachefs но пока где можно всюду zfs Неделю эксплу, rinat85 (ok), 12:30 , 23-Ноя-23, (27) +2 //

О каком серьёзном продакшне речь Как ни спросишь - оказывается либо подкроватны, Аноним (32), 12:37 , 23-Ноя-23, (36) –1 //

Hetzner в своём storage box использует zfs Это достаточно серьёзный продакшн ил, turbo2001 (ok), 12:53 , 23-Ноя-23, (40) +2

Понятия не имею Хочется рабоче-крестьянского чёткого объяснения - мы используем, Аноним (129), 13:14 , 23-Ноя-23, (44)

Рабоче-крестьянский слив защитан, Аноним (9), 14:20 , 23-Ноя-23, (79) +4
Из того, что наружу торчит - используются снапшоты и квоты с учетом снапшотов , turbo2001 (ok), 14:28 , 23-Ноя-23, (89) +1

Да причём тут они Я спрашиваю лично серьёзные-продуктовики в этом треде как и, Аноним (129), 17:07 , 23-Ноя-23, (132)

Господи Что для Вас означает серьёзные-продуктовики Ну вот мы отнюдь не , 1 (??), 17:35 , 23-Ноя-23, (140)

в netapp - по многим источникам таки какой-то свой клон zfs Вплоть до появлявших, нах. (?), 13:07 , 24-Ноя-23, (260)

Да на своём клоне FreeBSD свой клон ZFS , 1 (??), 13:43 , 24-Ноя-23, (267) +1

Проприетарщики они такие А как апстрим в результате сдохнет и придется волочь н, Аноним (319), 00:24 , 26-Ноя-23, (321)

https openzfs org wiki CompaniesДостаточно Или нужно по кестьянски обяснить,, OpenEcho (?), 16:05 , 23-Ноя-23, (116)

Нет Гуглом я умею пользоваться Вопрос в другом Обьясни, пожалуйста Я последн, Аноним (129), 17:09 , 23-Ноя-23, (133)

Бизнес - это про профит Если ты еще этого еще не понял, то я не верю что ты в б, OpenEcho (?), 01:37 , 24-Ноя-23, (212)

Если рассуждать так, то всё равно даже начиная от небольшой организации в 50 сот, rinat85 (ok), 12:58 , 23-Ноя-23, (41) +1

Больше ничего можно было не писать, спасибо Как я и говорил - наш программист , Аноним (129), 13:19 , 23-Ноя-23, (45) –1

О, великий, снизошёл Даже на таком уровне Возможность собрать надежные зерк, rinat85 (ok), 15:23 , 23-Ноя-23, (101) +3

Есть ощущение, что под словом бэкап вы понимаете что-то не то , Аноним (104), 15:33 , 23-Ноя-23, (104) +1

Нет, есть ощущение, что вы думаете, будто я путаю бэкапы со снапшотами Уже отве, rinat85 (ok), 00:46 , 24-Ноя-23, (199)

Да я с тобой не спорю, ты в самом начале своего пути, очень многое узнаешь позже, Аноним (129), 17:24 , 23-Ноя-23, (138)

Простите, сударь, а вы можете внимательно читать Я про снапшоты написал отдельн, rinat85 (ok), 00:41 , 24-Ноя-23, (196)

Всё, что нужно знать о ZFS , Аноним (7), 17:52 , 23-Ноя-23, (146)

Как говорится пользователи делятся на два вида те кто использует zfs и те кто п, Аноним (30), 00:15 , 24-Ноя-23, (193)
Что нужно делать бэкапы Ну да, нужно, а где не нужно ZFS в рамках своего функц, rinat85 (ok), 00:44 , 24-Ноя-23, (198)

Это какой-то новый вид технического постироничного стендапа , all_glory_to_the_hypnotoad (ok), 13:46 , 23-Ноя-23, (54) –1
Оно уже в -rc 6 7, так что самое время потестировать на своих нагрузках И кстат, Аноним (-), 19:15 , 23-Ноя-23, (162)

Да ну, не может быть такого Вон пох или нах я их путаю вчера же разъяснил - в, Аноним (104), 12:05 , 23-Ноя-23, (20) +2 //

вы будете смеяться, но когда я подбирал себе дистрибутив линукса,рекомендации дл, glad_valakas (?), 12:48 , 23-Ноя-23, (39) //

gentoo - как фряха из портовarch - как фряха из пакетовНе самые плохие рекоменда, Аноним (153), 13:40 , 23-Ноя-23, (52) +2
Вот видишь А промолчал бы про бсд - глядишь, посоветовали бы какой-нибудь минт,, Аноним (104), 15:27 , 23-Ноя-23, (103)
Смотр зачем Я п Арч не выбрал Слишком много и часто возиться надо из-за обновл, Аноним (318), 22:54 , 25-Ноя-23, (318)

Если проблему можно воспроизвести, то почему не найдут регресс через git bissect, Аноним (30), 12:34 , 23-Ноя-23, (31) –1 //

потому что ее можно воспроизвести только с определенной долей вероятности И вопр, пох. (?), 12:39 , 23-Ноя-23, (37) //

Не, вот этот вот бисекс приятно работает в их вырожденном случае игр-однодневок , Tron is Whistling (?), 14:35 , 23-Ноя-23, (92) //

Сколько философов то развелось Сами в жизни больших и сложных систем не видели , Аноним (30), 00:48 , 24-Ноя-23, (200) –3

When in doubt, use brute force Кен Томпсон тоже не видел больших систем , Аноним (269), 14:20 , 24-Ноя-23, (270)

Увы Боюсь что только системный есть еще юзерленд код zfs больше чем все то чт, пох. (?), 16:51 , 26-Ноя-23, (338)

Похоже на твои домысли В новости например про это ни слова Так bisect и создан , Аноним (30), 00:30 , 24-Ноя-23, (194)
Скрыто модератором, Аноним (30), 15:48 , 24-Ноя-23, (277) //

Скрыто модератором, пох. (?), 16:56 , 26-Ноя-23, (339)

Ну, узнаете вы что это имплементация рефлинков косячная И Даже если вы зафикс, Аноним (-), 01:05 , 24-Ноя-23, (205) –1 //

и просто отключаешь эту фичу и живешь счастливо восстановив пул из бэкапа, пото, нах. (?), 11:20 , 24-Ноя-23, (246) //

Когда возникают вопросы вида восстановив пул из бэкапа я рад что все это - не , Аноним (-), 18:06 , 24-Ноя-23, (280)
Судя по довеску к новости - это кажется не поможет, а факап возможно был и раньш, Аноним (319), 01:22 , 26-Ноя-23, (324)

Скорее всего узнаю только на каком изменении баг появился Но этого достаточно ч, Аноним (30), 15:47 , 24-Ноя-23, (276) //

Да в принципе вы правы Но судя по тому что я в багтреке увидел, проблема идет н, Аноним (-), 17:47 , 24-Ноя-23, (279)

Мы уже узнали что нет, не она Она помогла наткнуться на баг, который где-то непо, пох. (?), 16:58 , 26-Ноя-23, (340) //

Да вообще, детектив целый получился По своему интересный, но к счастью, не у ме, Аноним (319), 01:00 , 27-Ноя-23, (355)

Скрыто модератором, OpenEcho (?), 14:42 , 24-Ноя-23, (273) –1 //

Скрыто модератором, пох. (?), 16:59 , 26-Ноя-23, (341) //

Скрыто модератором, OpenEcho (?), 17:49 , 26-Ноя-23, (349)

ЫНа гитхабе https github com openzfs zfs pull 15529 два девелопера спорят, отк, Аноним (104), 12:46 , 23-Ноя-23, (38) +8
Какой-то наш мир очень однобокий Когда новость про BTFS с критическими ошибками , wergus (?), 13:13 , 23-Ноя-23, (43) +7 //

Психология Они думали что их любят за пятачок и розовый бочок, а оказалось чт, Аноним (82), 14:22 , 23-Ноя-23, (82)
Деды на FAT16 сидели - и вы ДОЛЖНЫ страдать За родину, за Сталина и вот это вот, Аноним (9), 14:22 , 23-Ноя-23, (83) –1
Ваш - это какой Что btrfs, что zfs, нарушающие идеологию юникс ФС, имеющие масс, Аноним (86), 14:26 , 23-Ноя-23, (86) –4 //

А вы попробуйте реализовать все фичи без нарушения вашей идеологии Как миниму, аНОНИМ (?), 17:45 , 23-Ноя-23, (142) +3
Вам лишь бы какая, но только бы идеология, чтобы самому думать не надо было Пос, Аноним (165), 19:31 , 23-Ноя-23, (165) +2 //

По мне так философию Unix выше практичности обычно ставят люди постарше когда, Аноним (309), 11:29 , 25-Ноя-23, (309)
Последователи любой религии смотрят на Вас осуждающе , Аноним (307), 22:21 , 25-Ноя-23, (316)

Раввин смотрит на вас с недоумением , пох. (?), 23:15 , 26-Ноя-23, (352)

Да вообще охренеть - оказывается, до того как в кресло КВСа плюхнуться и перевез, Аноним (-), 23:22 , 24-Ноя-23, (300)

Proxmox - неплохая штука, но как же иногда приходится изворачиваться, чтобы избе, None (??), 15:42 , 23-Ноя-23, (105) –1
Потому что брбрфс всегда была кривой и багованной, в здравом уме её использовать, Аноньимъ (ok), 15:42 , 23-Ноя-23, (106) +6 //

Никогда не было Софт это вообще не про железобетонность, а именно про возможнос, Аноним (165), 19:37 , 23-Ноя-23, (166) –1 //

Ломать то что работает как надо - не надо Вот конкретно на диване сидеть и не ло, Аноньимъ (ok), 02:25 , 24-Ноя-23, (220)

Вообще-то она уже good enough для монстров размером с FB У тебя есть прод круче, Аноним (208), 01:13 , 24-Ноя-23, (208) –2 //

Так и вижу excited soiboy face Вау конечно, это целых три диска данных В то врем, Аноньимъ (ok), 02:22 , 24-Ноя-23, (219)

Ну говоря за себя - я так то boy весьма условный, дисков у меня и поболее 3 быва, Аноним (-), 03:05 , 24-Ноя-23, (225)

Да ты не бойся, восстановление пула из бэкапа сллжно будет не заметить , Аноним (-), 18:10 , 24-Ноя-23, (281)
Разработчики btrfs в курсе что фичи надо до релиза тестить И тестов у них есть , Аноним (-), 21:38 , 24-Ноя-23, (291)

Да несколько лет назад в течение довольно длительного времени в реализации ext4 , Аноним (46), 13:21 , 23-Ноя-23, (46) –1 //

Похоже, только там были не нули в файле, а сам файл тупо обрезался до нулевой дл, Аноним (153), 13:49 , 23-Ноя-23, (55)
Если не работает write barrier - это и сейчас может происходить , Tron is Whistling (?), 14:08 , 23-Ноя-23, (64) //

write barrier ни от каких повреждений файлов не спасает Он спасает от автооткат, пох. (?), 14:14 , 23-Ноя-23, (70) //

Почитай повыше - о чём речь Речь об обрезке метаданных В основном сие случаетс, Tron is Whistling (?), 14:20 , 23-Ноя-23, (80)

write barrier всего лишь делает этот кусок ограниченным во времени ценой потери, нах. (?), 11:23 , 24-Ноя-23, (247)

Не ограниченная сверху потеря данных - черт, звучит многообещающе Зато какой сл, Аноним (-), 21:52 , 24-Ноя-23, (292)

Немного не так Если у тебя это не работает в железе - откат вообще сработать не, Аноним (-), 01:33 , 24-Ноя-23, (210)

Ну и я о том же Write barrier должен работать от ведра до конечного диска , Tron is Whistling (?), 09:56 , 24-Ноя-23, (239)

Ну как бы это сказать В идеале, фс, особенно с избыточностью, должна бы пережив, Аноним (-), 23:40 , 24-Ноя-23, (301)

Я за 15 лет на всей инфре ни один раз в бэкап не залез по причине повреждения да, Tron is Whistling (?), 10:07 , 25-Ноя-23, (306)

Это может свидетельствовать о самых разных вещах, как минимум 1 Удачливый тип, Аноним (319), 23:53 , 25-Ноя-23, (320)

а чтобы не заниматься всей вот этой НЕВМЕНЯЕМОЙ ХРЕНЬЮ вместо эксплуатации си, Аноним (-), 01:29 , 24-Ноя-23, (209) //

Та же проблема как только у тебя факапнется метадата в силу программной ошибки , Tron is Whistling (?), 09:54 , 24-Ноя-23, (238) //

1 Вообще, сэр, я Data Recovery на полупро уровне с уклоном в линух занимаюсь ма, Аноним (289), 20:09 , 24-Ноя-23, (289)

С перфокарт рекаверишь , Tron is Whistling (?), 21:59 , 24-Ноя-23, (293)

ZFS и без этого бага мусорок Кто её хвалит, снэпшотами то пробовали пользоват, лютый арчешкольник... (?), 13:26 , 23-Ноя-23, (47) //

Ну как бы в CoW размер дельты надо все же контролировать, чудес не бывает Иначе, Аноним (-), 02:14 , 24-Ноя-23, (218) //

ты перепутал со своим любимым lvm У CoW никакой дельты нет Новые записи ВСЕГДА, нах. (?), 11:26 , 24-Ноя-23, (248) –1 //

Я как раз терпеть его не могу, считая отвратительным легаси CoW файлухи это эст, Аноним (-), 22:26 , 24-Ноя-23, (296)

Кто накосячил Опять Клара или чудные линукс-смузихлёбы Пока линуксоиды не начал, Аноним (153), 13:36 , 23-Ноя-23, (48) +2 //

А чё орать-то Сидим на 12-й ветке FreeBSD, в которой православная ZFS, а не САБ, Аноним (-), 14:15 , 23-Ноя-23, (72) +1 //

Так обычно про разработку zfs для freebsd линуксоидами орут сами линуксоиды Они, Аноним (153), 18:02 , 23-Ноя-23, (148)
В 15 вроде тоже норм, жрать не просит, падать не валится, хоть и не труЪ правосл, Лёха (?), 14:47 , 24-Ноя-23, (275)

похоже не клара - клара случайно вляпалась С девушками это бывает Т е вытащили , пох. (?), 14:19 , 23-Ноя-23, (77) //

Ууу, так это санки виноваты, что в линуксе проявилось Ах они, негодники Всё за, Аноним (153), 14:27 , 23-Ноя-23, (88) //

не помню кто там автор - возможно уже наследники из иллюмоса Да, разумеется - эт, пох. (?), 14:56 , 23-Ноя-23, (98)

Всё, доломали легаси , fidoman (ok), 13:37 , 23-Ноя-23, (49) +1 //

в том и дело что понять не могут Если только легаси - выключаешь фичу и спишь с, пох. (?), 15:22 , 23-Ноя-23, (100) //

Судя по https github com openzfs zfs issues 15275 - покой вам только снится Т, Аноним (-), 21:58 , 23-Ноя-23, (176) –1

И что теперь на хайпе, если ZFS стал легаси Файл система БТР , OpenEcho (?), 16:17 , 23-Ноя-23, (121)

Интересно, этим разработчикам не приходила в их светлые головы мысль, что если, fidoman (ok), 13:39 , 23-Ноя-23, (51) //

Ну и чем КОПИЯ авторская раскладка сохранена отличается от копии с автодуплика, 1 (??), 17:12 , 23-Ноя-23, (134) –1 //

Тем, что при повреждении носителя вероятность потерять все копии значительно ниж, Аноним (165), 19:43 , 23-Ноя-23, (167) //

Где Вы берёте таких пользователей На более разумных не хватает ФОТ , Аноним (172), 20:11 , 23-Ноя-23, (172)

У 1 элитарных войнов-линуксойдов денег нет Приходится с быдло99 возиться А ч, Аноним (165), 01:01 , 24-Ноя-23, (203) +1

1 меньше i o, потому что при записи не надо аллочить блоки и обновлять счётчики, fidoman (ok), 20:06 , 23-Ноя-23, (171) //

Т е Вы считаете что при копировании 2Тб файла i o будет меньше чем при clone , 1 (??), 09:47 , 24-Ноя-23, (235)

Не завезли, но есть такая вещь как планирование Копирование запускаем в период , fidoman (ok), 12:50 , 24-Ноя-23, (257)

Ну во первых оно займет место И это стоит денег Во вторых - IO таки грузит И , Аноним (319), 01:35 , 26-Ноя-23, (326)

Тебе в твою светлую голову не приходило что если ты явно запросил сделать тебе р, Аноним (-), 00:42 , 24-Ноя-23, (197) //

Откуда инфа про явно В обсуждении пишут что оно автоматом стало делаться при , fidoman (ok), 09:19 , 24-Ноя-23, (231) –1 //

кому интересны ваши гнупроблемы Предъявляйте претензии авторам корявоутилсов, з, пох. (?), 19:32 , 24-Ноя-23, (286)
С точки зрения файлухи - софт должен явно ioctl вхреначить на это дело, сигняля , Аноним (-), 20:19 , 24-Ноя-23, (290)

Не о сохранности речь, если бы речь была о ней, то, допустим, сделать копию файл, fidoman (ok), 11:19 , 25-Ноя-23, (308)

Если это не интересовало, то идея делать вот именно полную честную копию, когда , Аноним (319), 00:52 , 26-Ноя-23, (322)

Выкинуть бы всё это творчество , но проблема только в том, что другого решения , fidoman (ok), 13:45 , 23-Ноя-23, (53) //

Чего, простите RAID5 6 собственно и позволяет проверить целостность , Tron is Whistling (?), 14:03 , 23-Ноя-23, (62) –1 //

RAID5 позволяет восстановить недостающий диск, но не позволяет корректно восстан, fidoman (ok), 15:58 , 23-Ноя-23, (112) //

А вот RAID6 теоретически позволяет если битые данные на одном диске из всех , н, аНОНИМ (?), 17:31 , 23-Ноя-23, (139)

А на btrfs такое даже работает, я для RAID1 и DUP проверял - таки просекает кака, Аноним (-), 03:12 , 24-Ноя-23, (226)

На бтрфс с миррорами -- работает С раид5-6 когда я проверял довольно давно --, аНОНИМ (?), 09:09 , 24-Ноя-23, (228) +1

А я умею читать документацию, и если нечто озвучено как экспериментальная фича -, Аноним (319), 01:16 , 26-Ноя-23, (323)

Я смотрю ты шаришь Не объяснишь по простому, что такое write gap у RAID5 6 , Аноним (165), 19:44 , 23-Ноя-23, (168) //

Не объясню - это ошибочный термин , Tron is Whistling (?), 22:58 , 23-Ноя-23, (182)
И применять его в контексте рейда не следует, термин write gap действительно сущ, Tron is Whistling (?), 23:00 , 23-Ноя-23, (183)

Тогда мне поясни за wright hole , Аноним (204), 01:04 , 24-Ноя-23, (204) +1

Если у вас порча секторов происходит регулярно - есть смысл посмотреть в сторону, Tron is Whistling (?), 14:04 , 23-Ноя-23, (63) //

google bitrot, fidoman (ok), 15:49 , 23-Ноя-23, (110) –3 //

Плджад Там ECC Причём на современных накопителях - не обязательно одноуровневы, Tron is Whistling (?), 23:03 , 23-Ноя-23, (184)
Поэтому никакой битврот вы получить не можете Если вдруг ошибка пройдёт ECC, вер, Tron is Whistling (?), 23:37 , 23-Ноя-23, (191)

ECC пропускает ошибки с вероятностью, которая на больших системах или при длите, fidoman (ok), 15:59 , 23-Ноя-23, (114) +1 //

Чего Чтобы ECC современного накопителя пропустил ошибку - надо очень постаратьс, Tron is Whistling (?), 23:05 , 23-Ноя-23, (185)

Агаблин, а у меня есть текучая флеха где EXT4 за месяц - в труху Наверное это м, Аноним (-), 02:26 , 24-Ноя-23, (221) –3

Странно как-то, у накопителей свои ECC , но вот параметр BER для накопителей те, аНОНИМ (?), 17:36 , 23-Ноя-23, (141) +1 //

Звон-то вы слышали Хоть бы потрудились сами почитать, что запостили Начнём с B, Tron is Whistling (?), 23:19 , 23-Ноя-23, (186)

Почему ныне не приводят BER Цифирь слишком неприглядная При штатном чтении мно, Tron is Whistling (?), 23:19 , 23-Ноя-23, (187)
Тут правда я одну вещь не упомянул Наличие NCER не значит, что сектор не прочита, Tron is Whistling (?), 23:32 , 23-Ноя-23, (190) +1

Вообще-то как раз и значит, иначе бы его маркетолухи не назвали бы NON -correc, аНОНИМ (?), 09:15 , 24-Ноя-23, (230)

Для начала давай ещё раз поясню, что такое NCER в этом контексте NCER - это зна, Tron is Whistling (?), 09:41 , 24-Ноя-23, (232)

Это ниоткуда не следует И в даташите не написано Значит -- не факт и я имею пр, аНОНИМ (?), 12:23 , 24-Ноя-23, (254)

Можешь предполагать чего угодно Если данные действительно ценные - надо совсем н, Tron is Whistling (?), 22:01 , 24-Ноя-23, (294)

Чувак, у меня есть тупо сыпучая флеха юзаемая как стресстест, где BER весьма и, Аноним (-), 02:28 , 24-Ноя-23, (222)

То, что у тебя есть сыпучее китайское говно - это не значит, что его надо в серь, Tron is Whistling (?), 09:43 , 24-Ноя-23, (233)

Да вот знаете, чексуммы очень помогают понять что реально подсунули и как это ре, Аноним (319), 02:02 , 26-Ноя-23, (327)

Улавливаю Жопоруки даже 1e-16 ниасилили Это утверждение нуждается в доказательс, аНОНИМ (?), 09:14 , 24-Ноя-23, (229)

1e-15 - это было очень много на те же терабайтные драйвы в 3-4 болвашки Объёмы в, Tron is Whistling (?), 09:46 , 24-Ноя-23, (234)

К сожалению - нет Всё, что смогла поймать ЕСС, она исправила Эта ошибка - наст, Аноним (297), 22:44 , 24-Ноя-23, (297)

Вообще-то да, но продолжайте верить в булшит , Tron is Whistling (?), 23:17 , 24-Ноя-23, (299)

в безошибочность ЕСС , Аноним (297), 16:04 , 25-Ноя-23, (314)

Обычно алгоритм ECC ловит немножко больше, чем способен исправить , Tron is Whistling (?), 22:39 , 25-Ноя-23, (317)

1 Сила FEC в роли абстрактной чексуммы совершенно не обязана быть чем-то этак, Аноним (319), 05:19 , 26-Ноя-23, (328)

Про объём уже писал, на современных хардах лет много уже ECC может добавлять п, Tron is Whistling (?), 11:54 , 26-Ноя-23, (329)

Раньше был еще более приличным - в процентном соотношении В частности 4K сектор, Аноним (319), 02:18 , 27-Ноя-23, (357)

И да, 2 256 - это всего-то ничего, 32 байта Объём современных ECC на сектор неск, Tron is Whistling (?), 11:57 , 26-Ноя-23, (330)

И тем не менее, это совершенно астрономическое число Даже 2 128 попыток обломно, Аноним (319), 02:01 , 27-Ноя-23, (356)

Вы про китайский хлам или что Так-то нормальные производители FEC берут с хорош, Tron is Whistling (?), 14:10 , 27-Ноя-23, (371)
А нормальные производители - это кто А то если взять допустим самсунь - у них н, Аноним (319), 21:16 , 27-Ноя-23, (373)

Ну смотри - пока ты искал битвротики в ECC - твоя ZFS тебе незаметно порола данн, Tron is Whistling (?), 12:08 , 26-Ноя-23, (333)

И вот конкретно поэтому лучше выбирать простые как доска стеки - ECC накопителя,, Tron is Whistling (?), 12:21 , 26-Ноя-23, (335)

Глядя на количество юзеров которым энтерпрайзне SSD вынесли ЭТО внезапным роялем, Аноним (319), 02:20 , 27-Ноя-23, (358)

тебе решение для локалхоста или данные хранить Для второго другое - не-open s, пох. (?), 14:16 , 23-Ноя-23, (73) +1 //

В смысле, ты даже не читал статьи на тему того, зачем вообще контрольные суммы в, fidoman (ok), 15:55 , 23-Ноя-23, (111) –2 //

Это как правило диски под линейную циклическую видеозапись, зачем вы их такие бе, Tron is Whistling (?), 23:21 , 23-Ноя-23, (188)

причем прошлого десятилетия Я не слышал о подобных проблемах у пресловутых wd p, нах. (?), 13:40 , 24-Ноя-23, (265)

Это вообще - unspecified Фирмвара что хочет - то и делает Нет никаких требован, Аноним (-), 02:32 , 24-Ноя-23, (223) +1

RAID 5 6 и не надо быть в курсе - и вменяемые контроллеры делают проверку при ре, Tron is Whistling (?), 09:51 , 24-Ноя-23, (236) –1

В любом случае подобные диски и данные, которые жалко - это неюзабельный кейс, к, Tron is Whistling (?), 09:52 , 24-Ноя-23, (237) +1
У меня другие идеи на этот счет С чексуммами соотношения явно лучше, при том до, Аноним (319), 02:35 , 27-Ноя-23, (359)

Я тут уже пару раз писал, и в третий тебе напишу за 15 лет ни одного обращения , Tron is Whistling (?), 10:04 , 27-Ноя-23, (366)

Вы ни разу не ответили мне на 1 простой вопрос - как вы вообще проверяли целостн, Аноним (319), 21:25 , 27-Ноя-23, (374)

Ничего гугл не собрал Вы их самодельные тазики, которые сервис, а не no-problem, Tron is Whistling (?), 23:08 , 27-Ноя-23, (375)

Вы не понимаете хотя это нормально, когда уровень обсуждаемого превышает способ, Аноним (-), 04:12 , 28-Ноя-23, (377)

Вы просто не понимаете, что это целый комплекс мер Распределённые структуры очен, Tron is Whistling (?), 09:27 , 28-Ноя-23, (383)

На мой вкус - сперва извольте ответить на вон тот простой вопрос, как вы вообще , Аноним (-), 15:50 , 28-Ноя-23, (388) –1
Недорого и круто - это вообще не про гугл Следует Накладные расходы на распарал, Tron is Whistling (?), 21:24 , 28-Ноя-23, (393)
Это квинтэссенция гугл Одна из вещей которые конкурентам нечем крыть - они не п, Аноним (390), 22:34 , 28-Ноя-23, (398)
Да, пока оно в пустоту пишется, инопланетяне сидят и строят индексы Ничего не из, Tron is Whistling (?), 09:38 , 29-Ноя-23, (403)
В распределёнках самое интересное начинается именно тогда, когда НЕ совпал Вот т, Tron is Whistling (?), 21:37 , 01-Дек-23, (409)

казалось бы - очевидно, что - вернуть ошибку чтения, а не произвольные данные с , пох. (?), 19:38 , 24-Ноя-23, (287)

Не, такая серия у сигейта действительно была Video-only Этот треш действительн, Tron is Whistling (?), 22:03 , 24-Ноя-23, (295)

Названия модели или серии так и нет, зато есть обобщение на все диски под видео , Аноним (309), 12:45 , 25-Ноя-23, (310) –1

да какая разница все равно ты в розницу это чудо не купишь Что-то специфичное , пох. (?), 17:07 , 26-Ноя-23, (346)

А вот это - да, верно , Tron is Whistling (?), 22:49 , 26-Ноя-23, (351)

А кто его знает что в голове у тех разработчиков фирмварей Они решили делать во, Аноним (319), 03:07 , 27-Ноя-23, (361)

Как ЖЫ ТАК А вот эта вся сквозная целостность феерическая Чексуммы на каждый ч, Tron is Whistling (?), 14:02 , 23-Ноя-23, (60) +2 //

ну не торопись - мы же можем еще и наоборот - неправильно посчитать сумму правил, нах. (?), 11:31 , 24-Ноя-23, (249) +1

ext4 - самая стабильная и надежная если хранить файлыxfs - кончается место - дан, Аноним (69), 14:12 , 23-Ноя-23, (69) –2 //

С ext4 без трёх бекапных копий вообще работать невозможно Да ещё и 12309 донима, Аноним (82), 14:18 , 23-Ноя-23, (76) –3
Но ты ufs2 в глаза не видел, особо сказать ничего не можешь, но всё же говоришь , Аноним (153), 14:20 , 23-Ноя-23, (78) +2
ZFS убить ппц как сложно, видел только при откровенно дохлом БП, когда диски на , fidoman (ok), 16:08 , 23-Ноя-23, (118) +1 //

Вот в этой новости - оно самоубивается До состояния не вытащить никак Ну, то, Tron is Whistling (?), 23:40 , 23-Ноя-23, (192) +1 //

С практической точки хрения, если у вас даже и убилась копия копии файла - это, , Аноним (-), 19:11 , 28-Ноя-23, (389)

Какой богатый опыт И как же вы с такими руками еще EXT4 не сломали , OpenEcho (?), 16:26 , 23-Ноя-23, (123) //

а как он ее сломает если в его винде - ntfs Богатый опыт у него - чтения разной, нах. (?), 11:32 , 24-Ноя-23, (250) +1

Самое прикольное за кадром осталось Во-первых, обнаружить файлы, ссылающиеся на , Tron is Whistling (?), 14:16 , 23-Ноя-23, (74) +1 //

fsck же для трусов zfs без него обойдется, так все бандерлоги говорят и потому , пох. (?), 14:21 , 23-Ноя-23, (81) //

Руководство по администрированию файловых систем ZFS Solaris 8226 Октябрь 200, Аноним (269), 14:31 , 24-Ноя-23, (271) //

оно ж точно по-русски было написано Т е васяны цитируют машинный перевод юзерг, пох. (?), 17:04 , 26-Ноя-23, (345)

Не понял юмора Цитата из PDF на русском с сайта Оракла , Аноним (269), 13:48 , 01-Дек-23, (407)

Ну и Машиннопереведенная чушь Вас удивляет что она оказалась на сайте оракла , пох. (?), 17:44 , 01-Дек-23, (408)

С линуксовыми такая ж фигня Пока что-то разваливаться не начнёт, хрен поймаешь , Аноним (82), 14:25 , 23-Ноя-23, (85) –1

Такое ощущение, что тут уже линуксоидов не осталось, только представители маркет, Аноним (82), 14:16 , 23-Ноя-23, (75) +2
ext4 gang reporting in, Аноним (86), 14:23 , 23-Ноя-23, (84) +1 //

Да, расскажите как вы определяете что данные вообще не побились Технологией , Аноним (319), 03:12 , 27-Ноя-23, (362)

ext2 для ноутбуков, для остального есть ext4, bazanul (?), 14:34 , 23-Ноя-23, (91)
EXT а дети пусть балуются чем хотят , Аноним (96), 14:51 , 23-Ноя-23, (97) +2
если кто-то выключает sync, checksum, брезгует пользоваться хотя бы раз в неделю, Мурат (?), 16:09 , 23-Ноя-23, (119) –2 //

Ни первое, ни второе, ни третье - от описанной х ты не помогут , Tron is Whistling (?), 23:23 , 23-Ноя-23, (189) +2

дедуп говорили они, спасибо поржал , Sw00p aka Jerom (?), 16:41 , 23-Ноя-23, (124) //

А получился - debug, да еще в авральном порядке после релиза Бывают в жизни ого, Аноним (-), 02:36 , 24-Ноя-23, (224) –1 //

Пруф то будет Или у тебя обычные 294е об ратушки Перепутал проблему mbr диска б, Аноним (282), 18:26 , 24-Ноя-23, (282) //

Я честно говоря не помню всех деталей - это было в районе XP 2003 чтоли, когда д, Аноним (319), 02:54 , 27-Ноя-23, (360)

То что не помнишь прямо совершенно тебе не мешает с диким апломбом нести ересь 2, Аноним (406), 06:58 , 30-Ноя-23, (406)

В FreeBSD 14-RELEASE по дефолту vfs zfs bclone_enabled 0Так что, расходимся А л, Аноним (127), 16:44 , 23-Ноя-23, (127) //

Тут же пишут, что ашипка непонятно где, и может вылезти даже если bclone выключе, 1 (??), 17:56 , 23-Ноя-23, (147) +1

В качестве рекомендованного обходного пути блокирования ошибки предложено не уст, 1 (??), 17:02 , 23-Ноя-23, (128) //

Лучший ответ , Аноним (143), 17:46 , 23-Ноя-23, (143) +1
Жаль, что не питон , Аноним (153), 19:25 , 23-Ноя-23, (163) +1
Смеяться будем, когда гентушники локализуют проблему У меня такое же было с ext, Аноним (269), 14:38 , 24-Ноя-23, (272) //

А вот горе оверклокер-андерклокер узнал почему свои лапки не стоит совать в DVFS, Аноним (390), 19:44 , 28-Ноя-23, (391) //

А вот и очередной эксперт включил механическую психзащиту, не улавливая, к чему , Аноним (269), 12:20 , 29-Ноя-23, (404)

ZFS обретает популярнось, и это хорошо Работайте, братья , Аноним (144), 17:48 , 23-Ноя-23, (144) +3
В FreeBSD 13 2 с последними патчами проблема воспроизводится Временный фикс sysc, А.Н.Оним (?), 10:16 , 24-Ноя-23, (242) +2 //

Ну вот очень похоже что таки дело совсем не в bclone bsd only фикс Потому что э, нах. (?), 11:34 , 24-Ноя-23, (251) +1 //

Скрыто модератором, А.Н.Оним (?), 12:04 , 24-Ноя-23, (253) //

Скрыто модератором, нах. (?), 12:58 , 24-Ноя-23, (258)

2 чая Ну хоть пошла техническая инфа , 1 (??), 12:02 , 24-Ноя-23, (252) //

где инфа-то Шаманские песни пошли , нах. (?), 12:59 , 24-Ноя-23, (259) //

Ну есть немного Зато рекомендации -1 Не апгрейдить пул2 Если проапгрейдил -, 1 (??), 13:48 , 24-Ноя-23, (268)

вот это - хорошая рекомендация, всегда ей следую - тут главное - чтоб какая-н, пох. (?), 19:24 , 24-Ноя-23, (285)

Проверил пул на проблемной системе на наличие файлов, полностью или частично то, А.Н.Оним (?), 04:11 , 25-Ноя-23, (302) //

Сделали простой скрипт для поиска потенциально битых файлов на zfs https githu, Аноним (312), 13:37 , 25-Ноя-23, (312) +1 //

ну так себе идея считать потенциально битым любой файл с 4k нулей У меню их ест, нах. (?), 20:30 , 26-Ноя-23, (350)

Выпустили исправление OpenZFShttps github com openzfs zfs pull 15571, Аноним (312), 13:35 , 25-Ноя-23, (311) +1 //

это нужно но не то исправление Увы , пох. (?), 17:01 , 26-Ноя-23, (343) //

Или таки то похоже, reproducer sh больше не работает после этого патча Там на, пох. (?), 23:30 , 26-Ноя-23, (353) +1

Весёлая история То есть оно ещё и с bclone вообще не связано, просто вся такая , Tron is Whistling (?), 12:04 , 26-Ноя-23, (331) –1 //

Особо забавно было, как тонны верующих хвалились везде непревзойдённой надёжност, Tron is Whistling (?), 12:07 , 26-Ноя-23, (332) –1 //

Вот этот дизайн тоже не очень In general inodes and offsets start from 0 and wo, Аноним (336), 14:21 , 26-Ноя-23, (336) +1 //

Кросивое , пох. (?), 17:02 , 26-Ноя-23, (344)

ну вообще-то нет Такие баги которые портят данные и при этом висят необнаруженн, пох. (?), 17:00 , 26-Ноя-23, (342)

Ну и вкратце реальный источник ошибки - успехов местным васянам найти его git b, пох. (?), 23:55 , 26-Ноя-23, (354) +3 //

Шикарно Детектив, а не добавите эти детали с подробностями расследованоя в ново, Аноним (319), 03:20 , 27-Ноя-23, (363) //

с этим обращайтесь к администрации сайта Но она и так неплохо живет, незачем но, нах. (?), 12:43 , 27-Ноя-23, (369) //

В принципе ты и сам можешь отредактировать, если яваскрипт отсюда выполнять не о, Аноним (380), 04:34 , 28-Ноя-23, (380)

так оно ж премодерируется Т е точно так же сиди и жди пока пчьолы прилетят , пох. (?), 17:07 , 29-Ноя-23, (405)

Да, тут 146 можно обгитблеймится что-то найти Вполне возможно, что связка неско, Tron is Whistling (?), 10:10 , 27-Ноя-23, (367) //

там раза четыре этот код ковыряли и это помимо глобальной переделки в open верс, нах. (?), 12:48 , 27-Ноя-23, (370)

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

16. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +2 +/–

Сообщение от Аноним (16), 23-Ноя-23, 11:54

> Надежная ФС! Прям как оригинальная ZFS, только пишется не всякими мутными ораклами, а сообществом!
факела бсдлюбов особенно хороши :) ext4 используй

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

18. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +4 +/–

Сообщение от Аноним (9), 23-Ноя-23, 11:57

Но вы же оба виндузятники, там нет ext4

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

34. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." –2 +/–

Сообщение от пох. (?), 23-Ноя-23, 12:35

там зато есть единственная существующая утилита для восстановления файлов рухнувшего zpool.
Правда, она не работает с dRAID и с 2.2 наверное тоже, но у л@п4@тых и такой ведь нет.
P.S. драйвер ext4, что характерно - есть, более того - некоторые граждане успешно использовали его для вытаскивания данных с ext4, которая, ВНЕЗАПНО, в линуксе не умеет читать саму себя если записана не на той архитектуре. А в вендепоганой - умеет.

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

57. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +1 +/–

Сообщение от Аноним (153), 23-Ноя-23, 13:52

> которая, ВНЕЗАПНО, в линуксе не умеет читать саму себя
Нужны грязные подробности, если это не про поддержку атрибутов в разных версиях ext4.

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

66. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +/–

Сообщение от пох. (?), 23-Ноя-23, 14:11

>> которая, ВНЕЗАПНО, в линуксе не умеет читать саму себя
> Нужны грязные подробности, если это не про поддержку атрибутов в разных версиях
> ext4.
если не умеешь в гугль - воспользуйся хотя бы поиском по сайту.

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

262. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +/–

Сообщение от Аноним (262), 24-Ноя-23, 13:14

Это оно?
https://lkml.org/lkml/2018/12/27/155 "d_off field in struct dirent and 32-on-64 emulation"
Даже если не оно, то тоже интересно. И на XFS не проявляется.

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

337. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +1 +/–

Сообщение от пох. (?), 26-Ноя-23, 16:49

> Это оно?
> https://lkml.org/lkml/2018/12/27/155 "d_off field in struct dirent and 32-on-64 emulation"
> Даже если не оно, то тоже интересно. И на XFS не проявляется.
не оно, но я не удивлюсь если тут и виндовый драйвер не поможет. Спасибо, в копилочку.

P.S. оно - там page size что-ли прибит гвоздями. Ну а у мипса он 1k, кажись, вместо четырех. Оптимизаторы... лечится монтированием через fuse (а ты думал, зачем в дерьмиане ext*fuse?) или вот - ввенде, парагоновский драйвер он "неоптимальный" и читает все.

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

61. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +/–

Сообщение от Аноним (-), 23-Ноя-23, 14:02

> единственная существующая утилита для восстановления файлов рухнувшего zpool
это какая? Там - это где?

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

65. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." –3 +/–

Сообщение от пох. (?), 23-Ноя-23, 14:10

где-где - ввенде!
гуглем пользоваться уж как-нибудь сам учись.

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

159. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +/–

Сообщение от Аноним (-), 23-Ноя-23, 18:54

> там зато есть единственная существующая утилита для восстановления файлов рухнувшего zpool.
> Правда, она не работает с dRAID и с 2.2 наверное тоже, но у л@п4@тых и такой ведь нет.
Да ващет в этом нашем btrfs - такая штука встроена прям в штатный тулкит ФС. И работает ессно в линухе. По этой причине тулсов для этсамого для виндов vs btrfs не очень то и есть, комерсам всю малину разработчики ФС испортили.

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

179. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +/–

Сообщение от Аноним (179), 23-Ноя-23, 22:07

И об этом ты ещё до войны разговаривал с господином окружным начальником.

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

261. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +1 +/–

Сообщение от Аноним (262), 24-Ноя-23, 13:10

Это какие? Которые ZFS сначала закрыли, чтобы барыжить, а потом поняли, что поздняк метаться и стали вдохновляться (переписывать исходники) ZFS в BtrFS. Вот это поворот! Оракле некомерсом назвали.

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

283. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +/–

Сообщение от Аноним (-), 24-Ноя-23, 18:30

> Это какие? Которые ZFS сначала закрыли, чтобы барыжить, а потом поняли, что
> поздняк метаться и стали вдохновляться (переписывать исходники) ZFS в BtrFS. Вот
> это поворот! Оракле некомерсом назвали.
Чего кого? В btrfs офлайн парсер, позволяющий к тому же потыкаться в разные точки входа - встроен в его родную утилсу. Прикольная идея, как по мне, хоть и жутко обидная для продавцов "клевых утилит" конечно - им всю малину обгадили. Как коммерческое решение то выкатывать если эти негодяи встроили фичу в тулкит файлухи сразу?!
И это... btrfs проектировать по моему начали еще до того как оракл что-то там купил и закрыл, не? Там еще IBM был, и так далее. А реально - первой скрипкой пахал Крис Мэйсон, который состыковал ряд технологий в 1 дизайн. Никакие исходники никто никуда не переписывал - btrfs структурально основательно отличается, поэтому и может ряд вещей которые zfs'у слабо, типа смены схемы хранения на лету. И рефлинки там по моему с самого начала аж были. А не через ...цать лет да еще с багами убивающими пул, лол.
...а Кент вон вообще обошелся без работы в жирнокорпах. Десять лет упорного вджоба к своей цели - и купается в лучах заслуженной славы. Честнейше заработанной, между прочим.

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

368. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +/–

Сообщение от Аноним (368), 27-Ноя-23, 10:36

> btrfs проектировать по моему начали еще до того как оракл что-то там купил и закрыл
zfs была открыта задолго до того как оракле понял, что она крута. :)
Так что Крису было куда подглядывать помимо reiser и ext.
Естественно, функции будут отличаться и структура тоже, ведь идёт адаптация под ядро, а они разные. Какие-то функции разработчику нравятся и он реализует по-своему, какие-то - нет, и он их отбрасывает.
Главное - что у него есть куда подсматривать, чтобы не тормозить разработку.
Вот попробуй сказать как работает динамический аллокатор в NTFS.
Или какой там алгоритм определения сбойного блока?
Или почему в UFS есть v-узлы, а в EXT от них избавились.
Да смог бы ты вообще что-то сказать, не глядя в код или спецификацию.
И я не говорю, что работа Криса - это мелочи. Нет, - это тоже тяжёлый труд.
Но всё же он был сильно облегчён.
Вон, в линуксе так навдохновлялись, что аж ошибка из солярки у них работает.
Это возможно без её портирования в ядро? Хотя, это риторический вопрос.

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

372. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +/–

Сообщение от Аноним (319), 27-Ноя-23, 20:25

>> btrfs проектировать по моему начали еще до того как оракл что-то там купил и закрыл
> zfs была открыта задолго до того как оракле понял, что она крута.:)
Оракл вообще купил в основном из-за соляры и явы как я понимаю, ну и чтобы энтерпрайзных клиентов перехватить. ZFS врядли был поводом, они ДО этого btrfs дизайнить начали. Очень странная идея затеять это - и потом скупить похожее. Хотя если теоретизировать что целью было убить конкурента (ZFS) это еще можно было бы понять, но дальнейшие действия и в эту идею тоже не вписываются.
А в btrfs - спецом под всяких ораклов и их базы есть NOCOW. Эту фичу видимо оракл и ибм просили на двоих, для баз. А в zfs насколько я понимаю аналога этого как раз и нет? Ну а cow'ать базу идея так себе. Так что вот именно ораклу, именно zfs - куда? Они его и задвинули.
> Так что Крису было куда подглядывать помимо reiser и ext.
Подглядывать как сделан тот или иной дизайн - одно. Скопипастить код - другое. Да и на уровне структур - btrfs ну вот другой. И это специально. Вообще, достаточно продуманный дизайн, учитывающий траблы предыдущих. И попытавшийся их обойти. А также сделать менеджмент куда более приятным чем то что было до этого. Эта часть, имхо, неплохо получилась.
> Естественно, функции будут отличаться и структура тоже, ведь идёт адаптация под ядро,
У btrfs структура файлухи - не особо на ZFS похожа, как я понимаю. Он аллоцирует место на девайсах в юнитах "чанков" с той или иной "схемой хранения". Данные и метаданные могут иметь разную схему хранения, просто записываясь в разные чанки. И та или иная схема хранения, скажем, RAID1 формулируется как "записать это на 2 разные устройства". В такой формулировке не важно какая именно это пара девайсов, важно чтобы было 2 девайса с свободным местом, в их чанки с нужной схемой будет записано. Так можно сделать RAID1 из допустим 3 девайсов. И даже разной емкости. Вполне валидно и переживет отказ любого из девайсов. Хоть и выглядит как "зебра", но гарантии избыточности - остались.
Это вроде достаточно специфично для btrfs и у остальных прямого аналога этого просто нет. Далее, CoW даже для метаданных - с специфичным респином b-tree под это. Это вообще хмыри из IBM придумали и уникально для btrfs. Экстенты. Zfs больше похоже на блочный дизайн на стероидах чем на экстенты. Btrfs вполне себе экстентная штука. Может потому и имеет сильно меньше проблем с рефлинками, которые были по моему аж изначально.
Работа с снапшотами, subvolumes, вот это все - ну, это на zfs не похоже.
> а они разные. Какие-то функции разработчику нравятся и он реализует по-своему,
> какие-то - нет, и он их отбрасывает.
Btrfs вроде изначально с ноля писан под семантику линукса и вон те пожелания. А то что в общие идеи дизайна подсматривали - ну да, в том числе уже и зная проблемы предшественников. ZFS очень уж специфичный дизайн, изначально включающий в себя что-то типа RAID-менеджера и управления буферами же. Нафига это все в линухе? От этого там только траблы. Кастомный "райд уровня ФС" еще понятно зачем, классическими способами ЭТО изобразить, с разными схемами хранения разных частей, и рестрайпом на ходу в что угодно, в прозрачном и довольно безопасном виде? Ну вообще никак. Так что какие-то идеи взяли, но в целом оно другой дизайн и другой код. Конечно учли опыт предшественников, особенно положительный.
...поэтому bcachefs можно условно обозвать Gen 3 cow'ов, если btrfs взять за Gen 2 а ZFS за Gen 1, ибо первые кто попробовал всерьез. Кенту то было видно проблемы и наработки предшественников, он тоже учел. Это и делает его штуку интересной.
> Главное - что у него есть куда подсматривать, чтобы не тормозить разработку.
> Вот попробуй сказать как работает динамический аллокатор в NTFS.
Я так понимаю что большинство алгоритмов NTFS все же постепенно реверснули. И по крайней мере на уровне форматов расковыряно от и до. Но говоря за себя - глядя на то как NTFS работает с например 100К файлов в 1 дире - блин, пусть майкрософт себе супертехнологии и оставит. Даже btrfs его делает как с куста. А уж позор типа VSS и упоминать неудобно, на этом фоне снапошты btrfs просто космические технологии. Во всяком случае не ставит р@ком всю систему, делается моментально, и куда менее проблемное и кривое.
> Или какой там алгоритм определения сбойного блока?
Вот это уж точно малоинтересное знание. А чисто практически - btrfs у меня в вариантах с избыточностью здорово помог ремапу нескольких бэдов, своими self heal из другой копии. Данные проблемного сектора при этом как раз можно уже и не вычитывать - а фирмвари накопителей только этого и хотели, чтобы от сбойного сектора отстали и сделали туда запись. И тогда будет верификация, и если не получилось, то - ремап на резерв. Классика имеет свойство насиловать нечитаемый сектор до упора - данные же хочется. А если их нет... тогда оно постоянно ловит клин при попытке чтения этого файла, диры, ... - очень "удобно". А ремапнуть не могет - записи в проблемный сектор при этом не дождешься.
> Или почему в UFS есть v-узлы, а в EXT от них избавились.
Данное знание интересно только цифровым археологам, имхо.
> Да смог бы ты вообще что-то сказать, не глядя в код или спецификацию.
Сложный вопрос. Есть забавный эффект, если с чем-то возиться, приходит "ощущение области" и в целом понимание как можно, и как делают. При этом зачастую может получиться "угадать" или переизобрести. Поэтому ряд технологий могут оказаться "тем же самым, но сделаным иначе".
Скажем bcachefs - в целом взял большую часть идей из btrfs. Но т.к. автору ряд вещей не нравился, немало идей постиг крутой респин - и сказать что это ripoff btrfs'а? Да ни в жизни, это совершенно новый дизайн, с иными решениями в ряде ключевых точек. Хоть и по мотивам, и хотящий такой же фичесет (снапшоты, рефлинки, сабволумы, похожее управление местом, ... ). Структурально аллокация сделана чуть иначе - chunk вроде бы нет. Есть более мелкие buckets, но по суммарному результату - что совой об пень, что пнем об сову.
> И я не говорю, что работа Криса - это мелочи. Нет, - это тоже тяжёлый труд.
Глядя на эту работу я вижу настоящего Архитекта. Он честно сделал свою часть, выкатив не хучший дизайн под известные ему требования и проблемы. И местами - весьма прикольно получилось. У ZFS это тоже есть, но оно настолько винтажное, специфичное для соляры и ее проблем, и покусаное энтерпрайзом, что мне сложно оценить этот дизайн по достоинству. Внутрях я хочу не того - а чего-то более универсального и масштабируемого. Крис и Кент меня в этом понимали намного лучше.
> Но всё же он был сильно облегчён.
Это несомненно, я думаю что странноватый дизайн ZFS связан с тем что это был первый или 1 из первых дизайнов, проблематика была еще не понята - и оперировали весьма урезанным пониманием. В этих допущениях оно наверное неплохо получилось. Но с тех пор много воды утекло. Много новых идей появилось. Много новых данных о проблематике. Это и побуждает новых архитектов пытаться выкатить новые дизайны. И последним писком является упрямый Кент, который попыхтев 10 лет всеж замайнлайнился - и теперь обречен пойти захватывать мир. Теперь поздно передумывать, выборы сделаны, дизайн создан, процессы запущены.
> Вон, в линуксе так навдохновлялись, что аж ошибка из солярки у них работает.
> Это возможно без её портирования в ядро? Хотя, это риторический вопрос.
Так это в ZFS не работает, а не в линуксе. На минутку, ZFS не часть линукскернела. Это внешний модуль, и половина их проблем с новыми кернелами как раз из-за этого. ZFSники явно не успевают трекать эфолюцию блочного уровня кернела - и лажают! Чему пруфом прикольные баги в трекере с новыми ядрами, вплоть до дестроя пула. Btrfs и bcachefs такими проблемами не страдают. И рефлинки они между прочим умеют по моему с первой версии оба, bcachefs - точно, btrfs - ну я его в 2.6.32 все же не гонял, но когда он более 10 лет назад появился у меня, рефлинки уже точно были. И никаких проблем вот с именно этой фичой, или копированием/клонированием там файлов я не припоминаю.
Этот детектив - фича ZFS. Не имеющая к линукс кернелу вообще никакого отношения - ибо ZFS там внешний модуль, и это его внутренние проблемы. Которые как я понимаю зацепили "всех кто юзал ZFS". Ну и линуксоидов с ним тоже.
Экстраполировать это знание на именно Linux Kernel или другие файлухи в нем - ошибочная идея. На самых базовых уровнях. Они не используют ничего от ZFS, лицензия ZFS не позволяет. Так что в линухе эта шляпа живет совершенно отдельно, и разработчики там какие-то свои, отдельные. Их вообще не особо жалуют в майнлайне. И любые проблемы с внемайнлайновыми вещами вы вне майнлайна и решаете. Технически - это tainted kernel и никто из майнлайна не булет баги в нем изучать всерьез. Мало ли что чужие модули порушили. Поэтому любители внеядерных модулей, включая и ZFSников - выруливают со своими факапами как-нибудь сами.

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

386. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +/–

Сообщение от User (??), 28-Ноя-23, 11:50

> А уж позор типа VSS и упоминать неудобно, на этом фоне снапошты btrfs просто космические технологии. Во всяком случае не ставит р@ком всю систему, делается моментально, и куда менее проблемное и кривое.
Ну кагбыда, но в реальной жизни почему-то нагруженный MsSQL под NTFS запустить можно - и даже консистентно забэкапить с использованием VSS получится, а вот с PostgreSQL на BTRFS - нууууэээээ... удачи, посоны!

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

390. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +/–

Сообщение от Аноним (390), 28-Ноя-23, 19:26

>> А уж позор типа VSS и упоминать неудобно, на этом фоне снапошты btrfs просто космические
>> технологии. Во всяком случае не ставит р@ком всю систему, делается моментально,
>> и куда менее проблемное и кривое.
> Ну кагбыда, но в реальной жизни почему-т нагруженный MsSQL под NTFS запустить
> можно - и даже консистентно забэкапить с использованием VSS получится,
Мне вот интересно - чего такого "нагруженного" на вот именно MS SQL вообше запускают? Да и как VSS работает - я лично видел, так что можно не трудиться описывать мне эти космические технологии - been there, done that.
> а вот с PostgreSQL на BTRFS - нууууэээээ... удачи, посоны!
Ну если он реально нагруженный (это точно про россиян?) - nocow поставить и будет работать. Оракл ж не зря фичу для баз просил. А на нагруженому и так норм. Это компромиссы, конечно.
И всегда можно накопать какое-нибудь дурацкое комбо. Меня вот больше парит допустим перфоманс при билдовке линукскернела. Как себя нтфс ведет на иерархии с 200-300К файлов? Ах, можно сказать что никак? А если в 1 диру столько сложить - то вообще хрен дождешься отображения этой диры в хоть там чем, от фара до эксплорера и каких там командеров? Черти что - зато с мс скулем. У которого условия использования так то сильно похуже постгра мягко говоря. Более жестко говоря, майки одно время давали халявную лафтовую версию - "мсскуль эмбедед" чтоли называлось. А потом всех с ней резко кинули. Не предоставив замену вообще, но обхяснив не лохам что - EOL. При том те кто юзал это - врядли хотели полный вариант со всеми прибабахами и требованием DBA впридачу.

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

392. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +/–

Сообщение от User (??), 28-Ноя-23, 21:01

> Мне вот интересно - чего такого "нагруженного" на вот именно MS SQL
> вообше запускают? Да и как VSS работает - я лично видел,
> так что можно не трудиться описывать мне эти космические технологии -
> been there, done that.
И вот эти вот конпелятели ядра и заменятели катриджей что-то там про enterprise admin говорят. За-ме-ча-тель-но.

> Ну если он реально нагруженный (это точно про россиян?) - nocow поставить
> и будет работать. Оракл ж не зря фичу для баз просил.
> А на нагруженому и так норм. Это компромиссы, конечно.
Ве-ли-ко-леп-но. И бэкап - агентом, через уровень приложения. И вот все у них так - "дезигн" великолепный, а как что практически применимое и в работе полезное даже не "сделать", а "повторить" - нет, я не про конпеляние ядер - за это в "энтерпрайзе" в общем не платят - упс!
>[оверквотинг удален]
> 200-300К файлов? Ах, можно сказать что никак? А если в 1
> диру столько сложить - то вообще хрен дождешься отображения этой диры
> в хоть там чем, от фара до эксплорера и каких там
> командеров? Черти что - зато с мс скулем. У которого условия
> использования так то сильно похуже постгра мягко говоря. Более жестко говоря,
> майки одно время давали халявную лафтовую версию - "мсскуль эмбедед" чтоли
> называлось. А потом всех с ней резко кинули. Не предоставив замену
> вообще, но обхяснив не лохам что - EOL. При том те
> кто юзал это - врядли хотели полный вариант со всеми прибабахами
> и требованием DBA впридачу.
А теперь внимание, вопрос для энтерпрайз админов - что более востребовано в "энтерпрайзе типовом, резиновом" - помойка из 300к файлов ведра в одной дире, в которой даже полномочия вменяемо нарулить нельзя от лучших-в-мире-пингвиноводов - или вот этот вот самый иссык-куль?

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

396. Скрыто модератором +/–

Сообщение от Аноним (-), 28-Ноя-23, 22:00

> И вот эти вот конпелятели ядра и заменятели катриджей что-то там про
> enterprise admin говорят. За-ме-ча-тель-но.
Я готов поспорить что корпы где я это все щупал были в фортуне-500 сильно выше вашей помойки (она вообще в фортуну 500 входит?). Так что я и смог насладиться шоу, так сказать, в первых рядах.
Видок был шикарный, особенно с "embedded" версией и пофигизмом на жесткие баги в кишках виндов, голимый перфоманс операций и проч - но посмотрев на линуксоидов я заметил что можно работать и получше чем это. Ну и сменил род занятий - что я, помойка чтоли? Хочу работать с технологиями которые мне доставляют. Вон то - явно не оно.
>> А на нагруженому и так норм. Это компромиссы, конечно.
> Ве-ли-ко-леп-но. И бэкап - агентом, через уровень приложения. И вот все у
> них так - "дезигн" великолепный, а как что практически применимое и
> в работе полезное даже не "сделать", а "повторить" - нет,
Ох, спасибо, имел я счастье с бэкапами мс-скуля. И очень рад что теперь все это - не у меня. Вместе с "офигенным" VSS и его чудным перфомансом.
> я не про конпеляние ядер - за это в "энтерпрайзе" в общем не платят - упс!
Ну я уже и не энтерпрайз, скорее что-то типа системного интегратора/эмбедера на вольных хлебах. С виндой я бы вообще такой номер повторить не взялся бы. Хреновая ось для кастомдева, и условия УГ, и апстрим проблемный.
> А теперь внимание, вопрос для энтерпрайз админов -
Вы так и не ответили на мой вопрос - где вам вообще активно юзаемый мс-скуль уперся, особенно чтоб еще и в РФии, или где вы там? (совдепа пытающегося в косплей энтерпрайзника за версту видно). Большинство кейсов использования мсскуля в РФ были откровенно высосаны из пальца - и являли собой развод на бабки нелохов, дабы попилить и откатить. Ну так, на правах наблюдений. Реально там не то что постгра, хватило бы и мускула в 90% случаев того что я видел.
> что более востребовано в "энтерпрайзе типовом, резиновом" -
Да мне похрен! Я не энтерпрайзы уже, и размахивать этим флагом перед моим носом бесполезно.
> помойка из 300к файлов ведра в одной дире, в которой даже полномочия вменяемо
> нарулить нельзя от лучших-в-мире-пингвиноводов - или вот этот вот самый иссык-куль?
Между нами, впервые на характерный перфоманс нтфс я налетел именно в корпоративных условиях. Ну и лично мне не интересны энтерпрайзы на данный момент - нет никакого смысла делать этим мой мозг.
Я как раз в альтернативах ZFS'а в виде btrfs и bcachefs очень приветствую масштабируемость и универсальность, для меня это аргумент за эти технологии а не ZFS, чрезмерно переклиненый на энтерпрайзных кейсах - в ущерб всему остальному. Такая ерунда.

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

397. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +/–

Сообщение от Аноним (390), 28-Ноя-23, 22:06

> И вот эти вот конпелятели ядра и заменятели катриджей что-то там про
> enterprise admin говорят. За-ме-ча-тель-но.
Я готов поспорить что корпы где я это все щупал были в фортуне-500 сильно выше вашей помойки (она вообще в фортуну 500 входит?). Так что я и смог насладиться шоу, так сказать, в первых рядах.
Видок был шикарный, особенно с "embedded" версией и пофигизмом на жесткие баги в кишках виндов, голимый перфоманс операций и проч - но посмотрев на линуксоидов я заметил что можно работать и получше чем это. Ну и сменил род занятий - что я, помойка чтоли? Хочу работать с технологиями которые мне доставляют. Вон то - явно не оно.
>> А на нагруженому и так норм. Это компромиссы, конечно.
> Ве-ли-ко-леп-но. И бэкап - агентом, через уровень приложения. И вот все у
> них так - "дезигн" великолепный, а как что практически применимое и
> в работе полезное даже не "сделать", а "повторить" - нет,
Ох, спасибо, имел я счастье с бэкапами мс-скуля. И очень рад что теперь все это - не у меня. Вместе с "офигенным" VSS и его чудным перфомансом.
> я не про конпеляние ядер - за это в "энтерпрайзе" в общем не платят - упс!
Ну я уже и не энтерпрайз, скорее что-то типа системного интегратора/эмбедера на вольных хлебах. С виндой я бы вообще такой номер повторить не взялся бы. Хреновая ось для кастомдева, и условия УГ, и апстрим проблемный.
> А теперь внимание, вопрос для энтерпрайз админов -
Вы так и не ответили на мой вопрос - где вам вообще активно юзаемый мс-скуль уперся, особенно чтоб еще и в РФии, или где вы там? (совдепа пытающегося в косплей энтерпрайзника за версту видно). Большинство кейсов использования мсскуля в РФ были откровенно высосаны из пальца - и являли собой развод на бабки нелохов, дабы попилить и откатить. Ну так, на правах наблюдений. Реально там не то что постгра, хватило бы и мускула в 90% случаев того что я видел.
> что более востребовано в "энтерпрайзе типовом, резиновом" -
Да мне похрен! Я не энтерпрайзы уже, и размахивать этим флагом перед моим носом бесполезно.
> помойка из 300к файлов ведра в одной дире, в которой даже полномочия вменяемо
> нарулить нельзя от лучших-в-мире-пингвиноводов - или вот этот вот самый иссык-куль?
Между нами, впервые на характерный перфоманс нтфс я налетел именно в корпоративных условиях. Ну и лично мне не интересны энтерпрайзы на данный момент - нет никакого смысла делать этим мой мозг.
Я как раз в альтернативах ZFS'а в виде btrfs и bcachefs очень приветствую масштабируемость и универсальность, для меня это аргумент за эти технологии а не ZFS, чрезмерно переклиненый на энтерпрайзных кейсах - в ущерб всему остальному. Такая ерунда.

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

402. "В OpenZFS выявлена ошибка, которая может привести к поврежде..." +/–

Сообщение от User (??), 29-Ноя-23, 07:51

> Я готов поспорить что корпы где я это все щупал были в
> фортуне-500 сильно выше вашей помойки (она вообще в фортуну 500 входит?).
> Так что я и смог насладиться шоу, так сказать, в первых
> рядах.
Опыт замены катриджей офигенно релевантен вопросу, да. Уровень своих не "знаний", а "представлений" об даже не "крупном", а "среднем" бизнесе вы выше неоднократно замечательно продемонстрировали.
> Видок был шикарный, особенно с "embedded" версией и пофигизмом на жесткие баги
> в кишках виндов, голимый перфоманс операций и проч - но посмотрев
> на линуксоидов я заметил что можно работать и получше чем это.
> Ну и сменил род занятий - что я, помойка чтоли? Хочу
> работать с технологиями которые мне доставляют. Вон то - явно не
> оно.
Рад за ваш карьерный рост - получение денег за самоудовлетворение вполне себе работа в наше время.
> Ох, спасибо, имел я счастье с бэкапами мс-скуля. И очень рад что
> теперь все это - не у меня. Вместе с "офигенным" VSS
> и его чудным перфомансом.
Меж тем, решения, которые есть и работают - на рынке в количестве, а вот восстановление одной базы в кластере postgres на момент времени - каждый раз неожиданно... увлекательная операция, хотя казалось бы.
> Ну я уже и не энтерпрайз, скорее что-то типа системного интегратора/эмбедера на
> вольных хлебах. С виндой я бы вообще такой номер повторить не
> взялся бы. Хреновая ось для кастомдева, и условия УГ, и апстрим
> проблемный.
Еще раз - рад за ваш карьерный рост. Надеюсь, с донатами все ок?
> Вы так и не ответили на мой вопрос - где вам вообще
> активно юзаемый мс-скуль уперся, особенно чтоб еще и в РФии, или
> где вы там? (совдепа пытающегося в косплей энтерпрайзника за версту видно).
> Большинство кейсов использования мсскуля в РФ были откровенно высосаны из пальца
> - и являли собой развод на бабки нелохов, дабы попилить и
> откатить. Ну так, на правах наблюдений. Реально там не то что
> постгра, хватило бы и мускула в 90% случаев того что я
> видел.
Ну, т.е. видели вы ровным счетом "нихрена", даже к мухами засиженной 1С и то не подпускали? Я понял.
> Да мне похрен! Я не энтерпрайзы уже, и размахивать этим флагом перед
> моим носом бесполезно.
Вот совершенно не удивлен. Там за самоудовлетворение обычно не платят - требуют чего-то полезное делать, м-ммерзавцы. Еще и инструкции\требования со всех сторон, не развернуться непризнанному гению.
> Между нами, впервые на характерный перфоманс нтфс я налетел именно в корпоративных
> условиях. Ну и лично мне не интересны энтерпрайзы на данный момент
> - нет никакого смысла делать этим мой мозг.
А мне чужое самоудовлетворение не интересно, у меня вполне практические задачи, решать которые чьюдо-ФС помогают примерно "никак".
> Я как раз в альтернативах ZFS'а в виде btrfs и bcachefs очень
> приветствую масштабируемость и универсальность, для меня это аргумент за эти технологии
> а не ZFS, чрезмерно переклиненый на энтерпрайзных кейсах - в ущерб
> всему остальному. Такая ерунда.
Ну вот как в дефолтах в RH или хотя бы Ubuntu Server (Ладно, и Astra Linux Special Edition сойдет!) появится - ну или там в вендорских рекомендациях какого-нибудь postgres pro всплывет - возвращайтесь. А пока - людям работать надо, а не вот это вот все мозолистыми руками наяривать.

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

400. Скрыто модератором +/–

Сообщение от Аноним (-), 29-Ноя-23, 02:41

Давай пойдём от обратного.
Я беру код ext4 и компилирую его (он же открыт, и компилятор имеется) для FreeBSD.
Вопрос, я могу это сделать? Ведь по твоим личным убеждениям внешний модуль висит в воздухе ("в линухе эта шляпа живет совершенно отдельно").
А на слово "ядра" в словосочетании "модуль ядра" тебе плевать.
Я отвечу. Нет не могу. Потому что я тупо взял чужой код, а не портировал его для FreeBSD. И он у меня просто не соберётся.
Как я его должен портировать? Продолжай мысль. Куда писать код?
А выше ты и сам сказал, что подглядывали. Так это и есть копипаста с рефакторингом.
Поэтому разработчикам BtrFS не нужно было тратить долгие годы разработки на повтор функций из ZFS и ReiserFS. Они их скопировали с адаптацией.
Копипаста, это не значит, что взяли чужой код и он сразу заработал. Так редко бывает даже на родственных системах.
И когда ты смотришь в чужой древний код, это позволяет тебе избежать ошибок, совершённых другими разработчиками. Кто эти идеи вымучивал годами, а ты всего лишь реализовал под себя.
И вместо благодарности старым не-GPL проектам, в линукс их объявляют "унтерменшами" в мире технологий и придумывают fашистские механизмы вроде EXPORT_SYMBOL_GPL. А потом ты и тебе подобные начинают их защищать словами "да вот там VSS... то, vnode... сё".
Поэтому в BtrFS есть как функции из других систем, так и свои собственные, с учётом выявленных на других системах проблем. По той же причине BtrFS часто называют "heavily inspired". Причём не только ZFS.
Если ты не понимаешь как ядро взаимодействует с модулями, и что в ядре для этого должно быть написано, то и не надо болтать ерунду про внешние модули. Модуль ядра это и есть часть ядра. Будет ли этот код скомпилирован модулем, решается на этапе конфигурации ядра. Другое дело, чтобы тебе скомпилировать ZFS немодулем ядра, это надо переименовать fашистский символ GPL (борющийся за чистоту расы, и чтобы остался только он один) в CDDL. При этом смешно читать как сами разработчика линукса отправляют желающих ZFS не модулем к разработчикам лицензий, оракле (ныне) и Столлману (который сам от своей лицензии заболел), или свалить на freebsd (ну это уже сам клоун Hellwig fашистствует).
Ядро не будет взаимодействовать с модулем, если в нём нет кода для взаимодействия. А чтобы оно работало с подсистемой соляриса, оно должно быть портировано с соляриса с адаптацией под твоё ядро (линукс). Даже если это SPL, то есть - уже готовый слой портирования, линукс всё равно должно его подцепить и с ним работать.
Но интересно: в линукс портировали из фряхи или с опенсоляриса.
Линукс уже люди в переписке с разрабами клеймят за махинации с чужим кодом.
Прямо говоря, что на деле в ядре символов (это термин) с GPL меньше, чем с другими лицензиями.
И сравнивают системы на его базе с виндой (не в плане технологий).
"To be frank, your argument, which boils down to "GPL is the only correct
open source license", makes me ashamed to have been advocating people
switching to Linux. This is exactly the kind of argument that made me switch
away from closed source operating systems like Windows, only then it was
Steve Ballmer using it against open source."
Или вот это ещё лучше:
"Because the GPL-only symbol export makes it seem like most symbols are
NOT GPL-only. Why is there any distinction at all?"
> Технически - это tainted kernel
Так определись уже. Это вне ядра, или всё же ядро? А то у тебя противоречие. Правда уже понятно откуда. Ты не понимаешь что такое модуль ядра.
Ничего там не tainted, это просто fашистская лицензия. А код нормальный. В других системах пользуются.
Для tainted в линуксе есть конкретный флаг TAINT_PROPRIETARY_MODULE. Ну он и называется матерно в отношении GPL (там только тире не хватает), поэтому неудивительно.
В общем, изучай, что такое портирование и как оно выполняется в ядро.

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

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

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

Партнёры:

Хостинг:

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

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


	16. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+2 +/–
	Сообщение от Аноним (16), 23-Ноя-23, 11:54
	> Надежная ФС! Прям как оригинальная ZFS, только пишется не всякими мутными ораклами, а сообществом! факела бсдлюбов особенно хороши :) ext4 используй
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	18. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+4 +/–
	Сообщение от Аноним (9), 23-Ноя-23, 11:57
	Но вы же оба виндузятники, там нет ext4
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	–2 +/–
	Сообщение от пох. (?), 23-Ноя-23, 12:35
	там зато есть единственная существующая утилита для восстановления файлов рухнувшего zpool. Правда, она не работает с dRAID и с 2.2 наверное тоже, но у л@п4@тых и такой ведь нет. P.S. драйвер ext4, что характерно - есть, более того - некоторые граждане успешно использовали его для вытаскивания данных с ext4, которая, ВНЕЗАПНО, в линуксе не умеет читать саму себя если записана не на той архитектуре. А в вендепоганой - умеет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+1 +/–
	Сообщение от Аноним (153), 23-Ноя-23, 13:52
	> которая, ВНЕЗАПНО, в линуксе не умеет читать саму себя Нужны грязные подробности, если это не про поддержку атрибутов в разных версиях ext4.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+/–
	Сообщение от пох. (?), 23-Ноя-23, 14:11
	>> которая, ВНЕЗАПНО, в линуксе не умеет читать саму себя > Нужны грязные подробности, если это не про поддержку атрибутов в разных версиях > ext4. если не умеешь в гугль - воспользуйся хотя бы поиском по сайту.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	262. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+/–
	Сообщение от Аноним (262), 24-Ноя-23, 13:14
	Это оно? https://lkml.org/lkml/2018/12/27/155 "d_off field in struct dirent and 32-on-64 emulation" Даже если не оно, то тоже интересно. И на XFS не проявляется.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	337. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+1 +/–
	Сообщение от пох. (?), 26-Ноя-23, 16:49
	> Это оно? > https://lkml.org/lkml/2018/12/27/155 "d_off field in struct dirent and 32-on-64 emulation" > Даже если не оно, то тоже интересно. И на XFS не проявляется. не оно, но я не удивлюсь если тут и виндовый драйвер не поможет. Спасибо, в копилочку. P.S. оно - там page size что-ли прибит гвоздями. Ну а у мипса он 1k, кажись, вместо четырех. Оптимизаторы... лечится монтированием через fuse (а ты думал, зачем в дерьмиане ext*fuse?) или вот - ввенде, парагоновский драйвер он "неоптимальный" и читает все.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	61. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+/–
	Сообщение от Аноним (-), 23-Ноя-23, 14:02
	> единственная существующая утилита для восстановления файлов рухнувшего zpool это какая? Там - это где?
	Ответить \| Правка \| К родителю #34 \| Наверх \| Cообщить модератору


	65. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	–3 +/–
	Сообщение от пох. (?), 23-Ноя-23, 14:10
	где-где - ввенде! гуглем пользоваться уж как-нибудь сам учись.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	159. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+/–
	Сообщение от Аноним (-), 23-Ноя-23, 18:54
	> там зато есть единственная существующая утилита для восстановления файлов рухнувшего zpool. > Правда, она не работает с dRAID и с 2.2 наверное тоже, но у л@п4@тых и такой ведь нет. Да ващет в этом нашем btrfs - такая штука встроена прям в штатный тулкит ФС. И работает ессно в линухе. По этой причине тулсов для этсамого для виндов vs btrfs не очень то и есть, комерсам всю малину разработчики ФС испортили.
	Ответить \| Правка \| К родителю #34 \| Наверх \| Cообщить модератору


	179. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+/–
	Сообщение от Аноним (179), 23-Ноя-23, 22:07
	И об этом ты ещё до войны разговаривал с господином окружным начальником.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	261. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+1 +/–
	Сообщение от Аноним (262), 24-Ноя-23, 13:10
	Это какие? Которые ZFS сначала закрыли, чтобы барыжить, а потом поняли, что поздняк метаться и стали вдохновляться (переписывать исходники) ZFS в BtrFS. Вот это поворот! Оракле некомерсом назвали.
	Ответить \| Правка \| К родителю #159 \| Наверх \| Cообщить модератору


	283. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+/–
	Сообщение от Аноним (-), 24-Ноя-23, 18:30
	> Это какие? Которые ZFS сначала закрыли, чтобы барыжить, а потом поняли, что > поздняк метаться и стали вдохновляться (переписывать исходники) ZFS в BtrFS. Вот > это поворот! Оракле некомерсом назвали. Чего кого? В btrfs офлайн парсер, позволяющий к тому же потыкаться в разные точки входа - встроен в его родную утилсу. Прикольная идея, как по мне, хоть и жутко обидная для продавцов "клевых утилит" конечно - им всю малину обгадили. Как коммерческое решение то выкатывать если эти негодяи встроили фичу в тулкит файлухи сразу?! И это... btrfs проектировать по моему начали еще до того как оракл что-то там купил и закрыл, не? Там еще IBM был, и так далее. А реально - первой скрипкой пахал Крис Мэйсон, который состыковал ряд технологий в 1 дизайн. Никакие исходники никто никуда не переписывал - btrfs структурально основательно отличается, поэтому и может ряд вещей которые zfs'у слабо, типа смены схемы хранения на лету. И рефлинки там по моему с самого начала аж были. А не через ...цать лет да еще с багами убивающими пул, лол. ...а Кент вон вообще обошелся без работы в жирнокорпах. Десять лет упорного вджоба к своей цели - и купается в лучах заслуженной славы. Честнейше заработанной, между прочим.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	368. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+/–
	Сообщение от Аноним (368), 27-Ноя-23, 10:36
	> btrfs проектировать по моему начали еще до того как оракл что-то там купил и закрыл zfs была открыта задолго до того как оракле понял, что она крута. :) Так что Крису было куда подглядывать помимо reiser и ext. Естественно, функции будут отличаться и структура тоже, ведь идёт адаптация под ядро, а они разные. Какие-то функции разработчику нравятся и он реализует по-своему, какие-то - нет, и он их отбрасывает. Главное - что у него есть куда подсматривать, чтобы не тормозить разработку. Вот попробуй сказать как работает динамический аллокатор в NTFS. Или какой там алгоритм определения сбойного блока? Или почему в UFS есть v-узлы, а в EXT от них избавились. Да смог бы ты вообще что-то сказать, не глядя в код или спецификацию. И я не говорю, что работа Криса - это мелочи. Нет, - это тоже тяжёлый труд. Но всё же он был сильно облегчён. Вон, в линуксе так навдохновлялись, что аж ошибка из солярки у них работает. Это возможно без её портирования в ядро? Хотя, это риторический вопрос.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	372. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+/–
	Сообщение от Аноним (319), 27-Ноя-23, 20:25
	>> btrfs проектировать по моему начали еще до того как оракл что-то там купил и закрыл > zfs была открыта задолго до того как оракле понял, что она крута.:) Оракл вообще купил в основном из-за соляры и явы как я понимаю, ну и чтобы энтерпрайзных клиентов перехватить. ZFS врядли был поводом, они ДО этого btrfs дизайнить начали. Очень странная идея затеять это - и потом скупить похожее. Хотя если теоретизировать что целью было убить конкурента (ZFS) это еще можно было бы понять, но дальнейшие действия и в эту идею тоже не вписываются. А в btrfs - спецом под всяких ораклов и их базы есть NOCOW. Эту фичу видимо оракл и ибм просили на двоих, для баз. А в zfs насколько я понимаю аналога этого как раз и нет? Ну а cow'ать базу идея так себе. Так что вот именно ораклу, именно zfs - куда? Они его и задвинули. > Так что Крису было куда подглядывать помимо reiser и ext. Подглядывать как сделан тот или иной дизайн - одно. Скопипастить код - другое. Да и на уровне структур - btrfs ну вот другой. И это специально. Вообще, достаточно продуманный дизайн, учитывающий траблы предыдущих. И попытавшийся их обойти. А также сделать менеджмент куда более приятным чем то что было до этого. Эта часть, имхо, неплохо получилась. > Естественно, функции будут отличаться и структура тоже, ведь идёт адаптация под ядро, У btrfs структура файлухи - не особо на ZFS похожа, как я понимаю. Он аллоцирует место на девайсах в юнитах "чанков" с той или иной "схемой хранения". Данные и метаданные могут иметь разную схему хранения, просто записываясь в разные чанки. И та или иная схема хранения, скажем, RAID1 формулируется как "записать это на 2 разные устройства". В такой формулировке не важно какая именно это пара девайсов, важно чтобы было 2 девайса с свободным местом, в их чанки с нужной схемой будет записано. Так можно сделать RAID1 из допустим 3 девайсов. И даже разной емкости. Вполне валидно и переживет отказ любого из девайсов. Хоть и выглядит как "зебра", но гарантии избыточности - остались. Это вроде достаточно специфично для btrfs и у остальных прямого аналога этого просто нет. Далее, CoW даже для метаданных - с специфичным респином b-tree под это. Это вообще хмыри из IBM придумали и уникально для btrfs. Экстенты. Zfs больше похоже на блочный дизайн на стероидах чем на экстенты. Btrfs вполне себе экстентная штука. Может потому и имеет сильно меньше проблем с рефлинками, которые были по моему аж изначально. Работа с снапшотами, subvolumes, вот это все - ну, это на zfs не похоже. > а они разные. Какие-то функции разработчику нравятся и он реализует по-своему, > какие-то - нет, и он их отбрасывает. Btrfs вроде изначально с ноля писан под семантику линукса и вон те пожелания. А то что в общие идеи дизайна подсматривали - ну да, в том числе уже и зная проблемы предшественников. ZFS очень уж специфичный дизайн, изначально включающий в себя что-то типа RAID-менеджера и управления буферами же. Нафига это все в линухе? От этого там только траблы. Кастомный "райд уровня ФС" еще понятно зачем, классическими способами ЭТО изобразить, с разными схемами хранения разных частей, и рестрайпом на ходу в что угодно, в прозрачном и довольно безопасном виде? Ну вообще никак. Так что какие-то идеи взяли, но в целом оно другой дизайн и другой код. Конечно учли опыт предшественников, особенно положительный. ...поэтому bcachefs можно условно обозвать Gen 3 cow'ов, если btrfs взять за Gen 2 а ZFS за Gen 1, ибо первые кто попробовал всерьез. Кенту то было видно проблемы и наработки предшественников, он тоже учел. Это и делает его штуку интересной. > Главное - что у него есть куда подсматривать, чтобы не тормозить разработку. > Вот попробуй сказать как работает динамический аллокатор в NTFS. Я так понимаю что большинство алгоритмов NTFS все же постепенно реверснули. И по крайней мере на уровне форматов расковыряно от и до. Но говоря за себя - глядя на то как NTFS работает с например 100К файлов в 1 дире - блин, пусть майкрософт себе супертехнологии и оставит. Даже btrfs его делает как с куста. А уж позор типа VSS и упоминать неудобно, на этом фоне снапошты btrfs просто космические технологии. Во всяком случае не ставит р@ком всю систему, делается моментально, и куда менее проблемное и кривое. > Или какой там алгоритм определения сбойного блока? Вот это уж точно малоинтересное знание. А чисто практически - btrfs у меня в вариантах с избыточностью здорово помог ремапу нескольких бэдов, своими self heal из другой копии. Данные проблемного сектора при этом как раз можно уже и не вычитывать - а фирмвари накопителей только этого и хотели, чтобы от сбойного сектора отстали и сделали туда запись. И тогда будет верификация, и если не получилось, то - ремап на резерв. Классика имеет свойство насиловать нечитаемый сектор до упора - данные же хочется. А если их нет... тогда оно постоянно ловит клин при попытке чтения этого файла, диры, ... - очень "удобно". А ремапнуть не могет - записи в проблемный сектор при этом не дождешься. > Или почему в UFS есть v-узлы, а в EXT от них избавились. Данное знание интересно только цифровым археологам, имхо. > Да смог бы ты вообще что-то сказать, не глядя в код или спецификацию. Сложный вопрос. Есть забавный эффект, если с чем-то возиться, приходит "ощущение области" и в целом понимание как можно, и как делают. При этом зачастую может получиться "угадать" или переизобрести. Поэтому ряд технологий могут оказаться "тем же самым, но сделаным иначе". Скажем bcachefs - в целом взял большую часть идей из btrfs. Но т.к. автору ряд вещей не нравился, немало идей постиг крутой респин - и сказать что это ripoff btrfs'а? Да ни в жизни, это совершенно новый дизайн, с иными решениями в ряде ключевых точек. Хоть и по мотивам, и хотящий такой же фичесет (снапшоты, рефлинки, сабволумы, похожее управление местом, ... ). Структурально аллокация сделана чуть иначе - chunk вроде бы нет. Есть более мелкие buckets, но по суммарному результату - что совой об пень, что пнем об сову. > И я не говорю, что работа Криса - это мелочи. Нет, - это тоже тяжёлый труд. Глядя на эту работу я вижу настоящего Архитекта. Он честно сделал свою часть, выкатив не хучший дизайн под известные ему требования и проблемы. И местами - весьма прикольно получилось. У ZFS это тоже есть, но оно настолько винтажное, специфичное для соляры и ее проблем, и покусаное энтерпрайзом, что мне сложно оценить этот дизайн по достоинству. Внутрях я хочу не того - а чего-то более универсального и масштабируемого. Крис и Кент меня в этом понимали намного лучше. > Но всё же он был сильно облегчён. Это несомненно, я думаю что странноватый дизайн ZFS связан с тем что это был первый или 1 из первых дизайнов, проблематика была еще не понята - и оперировали весьма урезанным пониманием. В этих допущениях оно наверное неплохо получилось. Но с тех пор много воды утекло. Много новых идей появилось. Много новых данных о проблематике. Это и побуждает новых архитектов пытаться выкатить новые дизайны. И последним писком является упрямый Кент, который попыхтев 10 лет всеж замайнлайнился - и теперь обречен пойти захватывать мир. Теперь поздно передумывать, выборы сделаны, дизайн создан, процессы запущены. > Вон, в линуксе так навдохновлялись, что аж ошибка из солярки у них работает. > Это возможно без её портирования в ядро? Хотя, это риторический вопрос. Так это в ZFS не работает, а не в линуксе. На минутку, ZFS не часть линукскернела. Это внешний модуль, и половина их проблем с новыми кернелами как раз из-за этого. ZFSники явно не успевают трекать эфолюцию блочного уровня кернела - и лажают! Чему пруфом прикольные баги в трекере с новыми ядрами, вплоть до дестроя пула. Btrfs и bcachefs такими проблемами не страдают. И рефлинки они между прочим умеют по моему с первой версии оба, bcachefs - точно, btrfs - ну я его в 2.6.32 все же не гонял, но когда он более 10 лет назад появился у меня, рефлинки уже точно были. И никаких проблем вот с именно этой фичой, или копированием/клонированием там файлов я не припоминаю. Этот детектив - фича ZFS. Не имеющая к линукс кернелу вообще никакого отношения - ибо ZFS там внешний модуль, и это его внутренние проблемы. Которые как я понимаю зацепили "всех кто юзал ZFS". Ну и линуксоидов с ним тоже. Экстраполировать это знание на именно Linux Kernel или другие файлухи в нем - ошибочная идея. На самых базовых уровнях. Они не используют ничего от ZFS, лицензия ZFS не позволяет. Так что в линухе эта шляпа живет совершенно отдельно, и разработчики там какие-то свои, отдельные. Их вообще не особо жалуют в майнлайне. И любые проблемы с внемайнлайновыми вещами вы вне майнлайна и решаете. Технически - это tainted kernel и никто из майнлайна не булет баги в нем изучать всерьез. Мало ли что чужие модули порушили. Поэтому любители внеядерных модулей, включая и ZFSников - выруливают со своими факапами как-нибудь сами.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	386. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+/–
	Сообщение от User (??), 28-Ноя-23, 11:50
	> А уж позор типа VSS и упоминать неудобно, на этом фоне снапошты btrfs просто космические технологии. Во всяком случае не ставит р@ком всю систему, делается моментально, и куда менее проблемное и кривое. Ну кагбыда, но в реальной жизни почему-то нагруженный MsSQL под NTFS запустить можно - и даже консистентно забэкапить с использованием VSS получится, а вот с PostgreSQL на BTRFS - нууууэээээ... удачи, посоны!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	390. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+/–
	Сообщение от Аноним (390), 28-Ноя-23, 19:26
	>> А уж позор типа VSS и упоминать неудобно, на этом фоне снапошты btrfs просто космические >> технологии. Во всяком случае не ставит р@ком всю систему, делается моментально, >> и куда менее проблемное и кривое. > Ну кагбыда, но в реальной жизни почему-т нагруженный MsSQL под NTFS запустить > можно - и даже консистентно забэкапить с использованием VSS получится, Мне вот интересно - чего такого "нагруженного" на вот именно MS SQL вообше запускают? Да и как VSS работает - я лично видел, так что можно не трудиться описывать мне эти космические технологии - been there, done that. > а вот с PostgreSQL на BTRFS - нууууэээээ... удачи, посоны! Ну если он реально нагруженный (это точно про россиян?) - nocow поставить и будет работать. Оракл ж не зря фичу для баз просил. А на нагруженому и так норм. Это компромиссы, конечно. И всегда можно накопать какое-нибудь дурацкое комбо. Меня вот больше парит допустим перфоманс при билдовке линукскернела. Как себя нтфс ведет на иерархии с 200-300К файлов? Ах, можно сказать что никак? А если в 1 диру столько сложить - то вообще хрен дождешься отображения этой диры в хоть там чем, от фара до эксплорера и каких там командеров? Черти что - зато с мс скулем. У которого условия использования так то сильно похуже постгра мягко говоря. Более жестко говоря, майки одно время давали халявную лафтовую версию - "мсскуль эмбедед" чтоли называлось. А потом всех с ней резко кинули. Не предоставив замену вообще, но обхяснив не лохам что - EOL. При том те кто юзал это - врядли хотели полный вариант со всеми прибабахами и требованием DBA впридачу.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	392. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+/–
	Сообщение от User (??), 28-Ноя-23, 21:01
	> Мне вот интересно - чего такого "нагруженного" на вот именно MS SQL > вообше запускают? Да и как VSS работает - я лично видел, > так что можно не трудиться описывать мне эти космические технологии - > been there, done that. И вот эти вот конпелятели ядра и заменятели катриджей что-то там про enterprise admin говорят. За-ме-ча-тель-но. > Ну если он реально нагруженный (это точно про россиян?) - nocow поставить > и будет работать. Оракл ж не зря фичу для баз просил. > А на нагруженому и так норм. Это компромиссы, конечно. Ве-ли-ко-леп-но. И бэкап - агентом, через уровень приложения. И вот все у них так - "дезигн" великолепный, а как что практически применимое и в работе полезное даже не "сделать", а "повторить" - нет, я не про конпеляние ядер - за это в "энтерпрайзе" в общем не платят - упс! >[оверквотинг удален] > 200-300К файлов? Ах, можно сказать что никак? А если в 1 > диру столько сложить - то вообще хрен дождешься отображения этой диры > в хоть там чем, от фара до эксплорера и каких там > командеров? Черти что - зато с мс скулем. У которого условия > использования так то сильно похуже постгра мягко говоря. Более жестко говоря, > майки одно время давали халявную лафтовую версию - "мсскуль эмбедед" чтоли > называлось. А потом всех с ней резко кинули. Не предоставив замену > вообще, но обхяснив не лохам что - EOL. При том те > кто юзал это - врядли хотели полный вариант со всеми прибабахами > и требованием DBA впридачу. А теперь внимание, вопрос для энтерпрайз админов - что более востребовано в "энтерпрайзе типовом, резиновом" - помойка из 300к файлов ведра в одной дире, в которой даже полномочия вменяемо нарулить нельзя от лучших-в-мире-пингвиноводов - или вот этот вот самый иссык-куль?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	396. Скрыто модератором	+/–
	Сообщение от Аноним (-), 28-Ноя-23, 22:00
	> И вот эти вот конпелятели ядра и заменятели катриджей что-то там про > enterprise admin говорят. За-ме-ча-тель-но. Я готов поспорить что корпы где я это все щупал были в фортуне-500 сильно выше вашей помойки (она вообще в фортуну 500 входит?). Так что я и смог насладиться шоу, так сказать, в первых рядах. Видок был шикарный, особенно с "embedded" версией и пофигизмом на жесткие баги в кишках виндов, голимый перфоманс операций и проч - но посмотрев на линуксоидов я заметил что можно работать и получше чем это. Ну и сменил род занятий - что я, помойка чтоли? Хочу работать с технологиями которые мне доставляют. Вон то - явно не оно. >> А на нагруженому и так норм. Это компромиссы, конечно. > Ве-ли-ко-леп-но. И бэкап - агентом, через уровень приложения. И вот все у > них так - "дезигн" великолепный, а как что практически применимое и > в работе полезное даже не "сделать", а "повторить" - нет, Ох, спасибо, имел я счастье с бэкапами мс-скуля. И очень рад что теперь все это - не у меня. Вместе с "офигенным" VSS и его чудным перфомансом. > я не про конпеляние ядер - за это в "энтерпрайзе" в общем не платят - упс! Ну я уже и не энтерпрайз, скорее что-то типа системного интегратора/эмбедера на вольных хлебах. С виндой я бы вообще такой номер повторить не взялся бы. Хреновая ось для кастомдева, и условия УГ, и апстрим проблемный. > А теперь внимание, вопрос для энтерпрайз админов - Вы так и не ответили на мой вопрос - где вам вообще активно юзаемый мс-скуль уперся, особенно чтоб еще и в РФии, или где вы там? (совдепа пытающегося в косплей энтерпрайзника за версту видно). Большинство кейсов использования мсскуля в РФ были откровенно высосаны из пальца - и являли собой развод на бабки нелохов, дабы попилить и откатить. Ну так, на правах наблюдений. Реально там не то что постгра, хватило бы и мускула в 90% случаев того что я видел. > что более востребовано в "энтерпрайзе типовом, резиновом" - Да мне похрен! Я не энтерпрайзы уже, и размахивать этим флагом перед моим носом бесполезно. > помойка из 300к файлов ведра в одной дире, в которой даже полномочия вменяемо > нарулить нельзя от лучших-в-мире-пингвиноводов - или вот этот вот самый иссык-куль? Между нами, впервые на характерный перфоманс нтфс я налетел именно в корпоративных условиях. Ну и лично мне не интересны энтерпрайзы на данный момент - нет никакого смысла делать этим мой мозг. Я как раз в альтернативах ZFS'а в виде btrfs и bcachefs очень приветствую масштабируемость и универсальность, для меня это аргумент за эти технологии а не ZFS, чрезмерно переклиненый на энтерпрайзных кейсах - в ущерб всему остальному. Такая ерунда.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	397. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+/–
	Сообщение от Аноним (390), 28-Ноя-23, 22:06
	> И вот эти вот конпелятели ядра и заменятели катриджей что-то там про > enterprise admin говорят. За-ме-ча-тель-но. Я готов поспорить что корпы где я это все щупал были в фортуне-500 сильно выше вашей помойки (она вообще в фортуну 500 входит?). Так что я и смог насладиться шоу, так сказать, в первых рядах. Видок был шикарный, особенно с "embedded" версией и пофигизмом на жесткие баги в кишках виндов, голимый перфоманс операций и проч - но посмотрев на линуксоидов я заметил что можно работать и получше чем это. Ну и сменил род занятий - что я, помойка чтоли? Хочу работать с технологиями которые мне доставляют. Вон то - явно не оно. >> А на нагруженому и так норм. Это компромиссы, конечно. > Ве-ли-ко-леп-но. И бэкап - агентом, через уровень приложения. И вот все у > них так - "дезигн" великолепный, а как что практически применимое и > в работе полезное даже не "сделать", а "повторить" - нет, Ох, спасибо, имел я счастье с бэкапами мс-скуля. И очень рад что теперь все это - не у меня. Вместе с "офигенным" VSS и его чудным перфомансом. > я не про конпеляние ядер - за это в "энтерпрайзе" в общем не платят - упс! Ну я уже и не энтерпрайз, скорее что-то типа системного интегратора/эмбедера на вольных хлебах. С виндой я бы вообще такой номер повторить не взялся бы. Хреновая ось для кастомдева, и условия УГ, и апстрим проблемный. > А теперь внимание, вопрос для энтерпрайз админов - Вы так и не ответили на мой вопрос - где вам вообще активно юзаемый мс-скуль уперся, особенно чтоб еще и в РФии, или где вы там? (совдепа пытающегося в косплей энтерпрайзника за версту видно). Большинство кейсов использования мсскуля в РФ были откровенно высосаны из пальца - и являли собой развод на бабки нелохов, дабы попилить и откатить. Ну так, на правах наблюдений. Реально там не то что постгра, хватило бы и мускула в 90% случаев того что я видел. > что более востребовано в "энтерпрайзе типовом, резиновом" - Да мне похрен! Я не энтерпрайзы уже, и размахивать этим флагом перед моим носом бесполезно. > помойка из 300к файлов ведра в одной дире, в которой даже полномочия вменяемо > нарулить нельзя от лучших-в-мире-пингвиноводов - или вот этот вот самый иссык-куль? Между нами, впервые на характерный перфоманс нтфс я налетел именно в корпоративных условиях. Ну и лично мне не интересны энтерпрайзы на данный момент - нет никакого смысла делать этим мой мозг. Я как раз в альтернативах ZFS'а в виде btrfs и bcachefs очень приветствую масштабируемость и универсальность, для меня это аргумент за эти технологии а не ZFS, чрезмерно переклиненый на энтерпрайзных кейсах - в ущерб всему остальному. Такая ерунда.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	402. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."	+/–
	Сообщение от User (??), 29-Ноя-23, 07:51
	> Я готов поспорить что корпы где я это все щупал были в > фортуне-500 сильно выше вашей помойки (она вообще в фортуну 500 входит?). > Так что я и смог насладиться шоу, так сказать, в первых > рядах. Опыт замены катриджей офигенно релевантен вопросу, да. Уровень своих не "знаний", а "представлений" об даже не "крупном", а "среднем" бизнесе вы выше неоднократно замечательно продемонстрировали. > Видок был шикарный, особенно с "embedded" версией и пофигизмом на жесткие баги > в кишках виндов, голимый перфоманс операций и проч - но посмотрев > на линуксоидов я заметил что можно работать и получше чем это. > Ну и сменил род занятий - что я, помойка чтоли? Хочу > работать с технологиями которые мне доставляют. Вон то - явно не > оно. Рад за ваш карьерный рост - получение денег за самоудовлетворение вполне себе работа в наше время. > Ох, спасибо, имел я счастье с бэкапами мс-скуля. И очень рад что > теперь все это - не у меня. Вместе с "офигенным" VSS > и его чудным перфомансом. Меж тем, решения, которые есть и работают - на рынке в количестве, а вот восстановление одной базы в кластере postgres на момент времени - каждый раз неожиданно... увлекательная операция, хотя казалось бы. > Ну я уже и не энтерпрайз, скорее что-то типа системного интегратора/эмбедера на > вольных хлебах. С виндой я бы вообще такой номер повторить не > взялся бы. Хреновая ось для кастомдева, и условия УГ, и апстрим > проблемный. Еще раз - рад за ваш карьерный рост. Надеюсь, с донатами все ок? > Вы так и не ответили на мой вопрос - где вам вообще > активно юзаемый мс-скуль уперся, особенно чтоб еще и в РФии, или > где вы там? (совдепа пытающегося в косплей энтерпрайзника за версту видно). > Большинство кейсов использования мсскуля в РФ были откровенно высосаны из пальца > - и являли собой развод на бабки нелохов, дабы попилить и > откатить. Ну так, на правах наблюдений. Реально там не то что > постгра, хватило бы и мускула в 90% случаев того что я > видел. Ну, т.е. видели вы ровным счетом "нихрена", даже к мухами засиженной 1С и то не подпускали? Я понял. > Да мне похрен! Я не энтерпрайзы уже, и размахивать этим флагом перед > моим носом бесполезно. Вот совершенно не удивлен. Там за самоудовлетворение обычно не платят - требуют чего-то полезное делать, м-ммерзавцы. Еще и инструкции\требования со всех сторон, не развернуться непризнанному гению. > Между нами, впервые на характерный перфоманс нтфс я налетел именно в корпоративных > условиях. Ну и лично мне не интересны энтерпрайзы на данный момент > - нет никакого смысла делать этим мой мозг. А мне чужое самоудовлетворение не интересно, у меня вполне практические задачи, решать которые чьюдо-ФС помогают примерно "никак". > Я как раз в альтернативах ZFS'а в виде btrfs и bcachefs очень > приветствую масштабируемость и универсальность, для меня это аргумент за эти технологии > а не ZFS, чрезмерно переклиненый на энтерпрайзных кейсах - в ущерб > всему остальному. Такая ерунда. Ну вот как в дефолтах в RH или хотя бы Ubuntu Server (Ладно, и Astra Linux Special Edition сойдет!) появится - ну или там в вендорских рекомендациях какого-нибудь postgres pro всплывет - возвращайтесь. А пока - людям работать надо, а не вот это вот все мозолистыми руками наяривать.
	Ответить \| Правка \| К родителю #397 \| Наверх \| Cообщить модератору


	400. Скрыто модератором	+/–
	Сообщение от Аноним (-), 29-Ноя-23, 02:41
	Давай пойдём от обратного. Я беру код ext4 и компилирую его (он же открыт, и компилятор имеется) для FreeBSD. Вопрос, я могу это сделать? Ведь по твоим личным убеждениям внешний модуль висит в воздухе ("в линухе эта шляпа живет совершенно отдельно"). А на слово "ядра" в словосочетании "модуль ядра" тебе плевать. Я отвечу. Нет не могу. Потому что я тупо взял чужой код, а не портировал его для FreeBSD. И он у меня просто не соберётся. Как я его должен портировать? Продолжай мысль. Куда писать код? А выше ты и сам сказал, что подглядывали. Так это и есть копипаста с рефакторингом. Поэтому разработчикам BtrFS не нужно было тратить долгие годы разработки на повтор функций из ZFS и ReiserFS. Они их скопировали с адаптацией. Копипаста, это не значит, что взяли чужой код и он сразу заработал. Так редко бывает даже на родственных системах. И когда ты смотришь в чужой древний код, это позволяет тебе избежать ошибок, совершённых другими разработчиками. Кто эти идеи вымучивал годами, а ты всего лишь реализовал под себя. И вместо благодарности старым не-GPL проектам, в линукс их объявляют "унтерменшами" в мире технологий и придумывают fашистские механизмы вроде EXPORT_SYMBOL_GPL. А потом ты и тебе подобные начинают их защищать словами "да вот там VSS... то, vnode... сё". Поэтому в BtrFS есть как функции из других систем, так и свои собственные, с учётом выявленных на других системах проблем. По той же причине BtrFS часто называют "heavily inspired". Причём не только ZFS. Если ты не понимаешь как ядро взаимодействует с модулями, и что в ядре для этого должно быть написано, то и не надо болтать ерунду про внешние модули. Модуль ядра это и есть часть ядра. Будет ли этот код скомпилирован модулем, решается на этапе конфигурации ядра. Другое дело, чтобы тебе скомпилировать ZFS немодулем ядра, это надо переименовать fашистский символ GPL (борющийся за чистоту расы, и чтобы остался только он один) в CDDL. При этом смешно читать как сами разработчика линукса отправляют желающих ZFS не модулем к разработчикам лицензий, оракле (ныне) и Столлману (который сам от своей лицензии заболел), или свалить на freebsd (ну это уже сам клоун Hellwig fашистствует). Ядро не будет взаимодействовать с модулем, если в нём нет кода для взаимодействия. А чтобы оно работало с подсистемой соляриса, оно должно быть портировано с соляриса с адаптацией под твоё ядро (линукс). Даже если это SPL, то есть - уже готовый слой портирования, линукс всё равно должно его подцепить и с ним работать. Но интересно: в линукс портировали из фряхи или с опенсоляриса. Линукс уже люди в переписке с разрабами клеймят за махинации с чужим кодом. Прямо говоря, что на деле в ядре символов (это термин) с GPL меньше, чем с другими лицензиями. И сравнивают системы на его базе с виндой (не в плане технологий). "To be frank, your argument, which boils down to "GPL is the only correct open source license", makes me ashamed to have been advocating people switching to Linux. This is exactly the kind of argument that made me switch away from closed source operating systems like Windows, only then it was Steve Ballmer using it against open source." Или вот это ещё лучше: "Because the GPL-only symbol export makes it seem like most symbols are NOT GPL-only. Why is there any distinction at all?" > Технически - это tainted kernel Так определись уже. Это вне ядра, или всё же ядро? А то у тебя противоречие. Правда уже понятно откуда. Ты не понимаешь что такое модуль ядра. Ничего там не tainted, это просто fашистская лицензия. А код нормальный. В других системах пользуются. Для tainted в линуксе есть конкретный флаг TAINT_PROPRIETARY_MODULE. Ну он и называется матерно в отношении GPL (там только тире не хватает), поэтому неудивительно. В общем, изучай, что такое портирование и как оно выполняется в ядро.
	Ответить \| Правка \| К родителю #372 \| Наверх \| Cообщить модератору