forum.opennet.ru - "Отставка сопровождающего файловую систему XFS" (231)

"Отставка сопровождающего файловую систему XFS"

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

"Отставка сопровождающего файловую систему XFS"	+/–
Сообщение от opennews (??), 02-Авг-23, 15:12
Дэрик Вонг (Darrick Wong) объявил о снятия с себя полномочий сопровождающего файловую систему XFS в ядре Linux. По его словам он взял на себя непосильную ношу и выгорел, пытаясь совместить роль разработчика, рецензировщика, тестировщика, релиз-менеджера и контактного лица. Отмечается, что в подсистеме XFS хватает работы для 20 человек, но фактически ту же работу приходится выполнять вдвое меньшей командой... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59543
Ответить \| Правка \| Cообщить модератору

Оглавление

я на btrfs, у меня у моей файлухи таких проблем нет, Аноним (1), 15:12 , 02-Авг-23, (1) –23

Будут, scriptkiddis (?), 15:15 , 02-Авг-23, (2) +37

Дебош на двенадцать персон заказывали , Аноним (43), 16:07 , 02-Авг-23, (43) +8

У меня корень на btrfs, а хомяк на XFS Мне кажется это классическая такая разме, DIM (??), 21:02 , 02-Авг-23, (100) –12

Скрыто модератором, Аноним (-), 22:23 , 02-Авг-23, (102) +3
Хомяк без снапшотов - очень так себе идея А что если после апгрейда версии ОС к, Аноним (-), 22:59 , 02-Авг-23, (104) –1

Как же раньше жили то без этих ваших btrfs Делали бэкапы , Аноним (117), 00:19 , 03-Авг-23, (117) +2

ага, на дискетки, 34 (?), 00:41 , 03-Авг-23, (122)

В git , Аноним (117), 00:46 , 03-Авг-23, (125) +3
Где здесь повод для сарказма Да, и на дискетки, и на cd dvd, и на съёмные hdd,, YetAnotherOnanym (ok), 09:14 , 03-Авг-23, (161) +1

Раньше и без бэкапов жили И без компов И без электричества вообще Черт, даже , Аноним (-), 02:09 , 03-Авг-23, (132)

Я к тому, что если делать бэкапы важных файлов, то и снэпшоты не нужны будут , Аноним (117), 05:18 , 03-Авг-23, (136)

Это ты свой писюк можешь бакапить пока спишь А сервера бывают 24 7 365 ещё, _ (??), 07:47 , 03-Авг-23, (141)

как всегда Ну не будет он crash consistent Подумаешь, как будто это кому-то ко, пох. (?), 11:26 , 03-Авг-23, (174)
Можно,но геморроя до фига Есть драйвер сетевого-блочного уровня,делает на блочно, maximnik0 (?), 08:09 , 07-Авг-23, (248)

Ничего не получится - там уже сидить какая-то 6лять хвостатая и зубы скалит А бе, Аноним (163), 09:47 , 03-Авг-23, (163) –1

Да ладно, вы уже такие хорошие почти всех их перебили и уморили изменениями клим, Аноним (-), 03:41 , 04-Авг-23, (209)
Незнание превращает в волшебство многие обстоятельства вокруг , Чукча (?), 14:42 , 09-Авг-23, (253)

XFS поддерживает теперь снапшоты Только возможности поменьше чем у BTRFS Но как , maximnik0 (?), 21:17 , 06-Авг-23, (244)

И получилась сова натянутая на глобус Настолько проблемная что майнтайнер слилс, Аноним (-), 05:48 , 07-Авг-23, (245)

Не согласен С мелочью очень неплохо скорость подняли,если конечно не по миллиону, maximnik0 (?), 07:49 , 07-Авг-23, (247)

Кто тормознее XFS по работе с мелочью в Linux Не с FAT же сравнивать EXT4 и д, Аноним (-), 16:15 , 08-Авг-23, (249)

Это да,так и не дописали быстрое удаление, Ари уже частично есть,но штатные утил, maximnik0 (?), 22:59 , 08-Авг-23, (252)

Если ты не доверяешь корень XFS, то почему доверяешь ей хомяк Логичней тогда хо, Аноним (117), 00:44 , 03-Авг-23, (123)

Тут не про доверие per se - а про удобство использования вида откатился назад, User (??), 07:48 , 03-Авг-23, (142)
Вядро RC, виртуализация , Аноним (148), 08:09 , 03-Авг-23, (148)

У большинства обычных юзеров стоит NTFS, только они об этом не знают Ещё у 1 с, Аноним (128), 01:49 , 03-Авг-23, (128) +4

Сейчас уже большинство дистров перестало делать ext3 ext4 на всё, как раньше , Аноним (117), 01:53 , 03-Авг-23, (129)

Это кто же такие на всю голову волшебные Ну чисто чтобы не наступить , _ (??), 07:49 , 03-Авг-23, (143) –1

suse - btrfs xfs rh и клоны - xfs over lvm кто там с ext4 по умолчанию остался -, пох. (?), 09:49 , 03-Авг-23, (164)

Вроде Alphabet Inc он же бывший Google использует EXT4, везде не везде не знаю , Аноним (-), 18:07 , 03-Авг-23, (198)

они вон годами использовали ext2 Но это совсем не означает что тебе тоже можно , пох. (?), 18:18 , 03-Авг-23, (200)

Скрыто модератором, Аноним (-), 21:29 , 03-Авг-23, (204)

Скрыто модератором, пох. (?), 21:58 , 03-Авг-23, (205)

Скрыто модератором, Аноним (-), 18:08 , 03-Авг-23, (199)

Про них тут никто не вспоминал, Аноним (188), 14:56 , 03-Авг-23, (188)

У меня везде ext4, Аноним (144), 07:56 , 03-Авг-23, (144) +1
boot ext2, jfs, Пока так, устраивает Второй месяц так , Аноним (148), 08:06 , 03-Авг-23, (147)

Стал забывать выключать гостя Сворачиваю гстя Выключаю хост и вспоминаю гость , Аноним (148), 08:25 , 03-Авг-23, (155)
По мимо остальных причуд редких завис гость, синий экран с ошибкой и перезагруз, Аноним (148), 08:30 , 03-Авг-23, (156)
А может и пять месяцев так я уже забыл сколько месяцев использую так , Аноним (148), 08:38 , 03-Авг-23, (157)

Сюда надо вядро RC, виртуализация , Аноним (148), 08:10 , 03-Авг-23, (149)

haha, classic блеск и нищета опенсорса, Аноним (3), 15:16 , 02-Авг-23, (3) +3

Лол, как будто в проприетарщине лучше , Аноним (4), 15:18 , 02-Авг-23, (4) +28

Лол, лучше, в правильной проприетарщине ты рублем отвечаешь за косяки А в опенс, Аноним (29), 15:48 , 02-Авг-23, (29) –36

Как жаль, что такой правильной проприетарщины в реальном мире не существует , Аноним (42), 16:06 , 02-Авг-23, (42) +19

Yes Так ему , Аноним (43), 16:10 , 02-Авг-23, (47)
Вообще-то есть С SLA на много лет и денег, с dedicated командами поддержки, с д, Анонимусс (?), 16:24 , 02-Авг-23, (57) –5

С учетом того, что компаний у которых документация сделана по науке кот наплакал, BeLord (ok), 16:44 , 02-Авг-23, (62) +2
Нукакбыда, но нет В смысле, SLA конечно есть, и какой-нибудь initial ongoing re, User (??), 07:57 , 03-Авг-23, (145) +2
SLA на много денег отнюдь не значит, что тебе на счёт какие-то деньги будут пере, Аноним (201), 19:23 , 03-Авг-23, (201)

рублём отвечать это ну такое не взыщещь потом эту валюту в самом честном суде, Вася (??), 16:39 , 02-Авг-23, (61) +5
Такое ощущение что тому, кому в рот гадят есть дело до того, что кого-то лишают , egan (?), 16:59 , 02-Авг-23, (65) +2
В проприетарщине раздолбос ровно так же может забить на тестирование, свалить вс, ДаНуНафиг (?), 17:00 , 02-Авг-23, (67) +3
ага только покажи it компанию, которая рублём долларом евро отвечает за косяки , хрю (?), 17:12 , 02-Авг-23, (71) +3
Ага, когда Вася выпускает полурабочее нечто на рынок, занимая нишу, а Петя вылиз, Аноним (86), 18:00 , 02-Авг-23, (86) +2
Майкрософт с предустановленной виндой прямо так уж и разотвечался за косяки , Аноним (-), 22:24 , 02-Авг-23, (103) +1
А в проприетарщине багтрекеров не существует , microcoder (ok), 10:45 , 03-Авг-23, (172)
аллё, возвращайся из розовой страны барби пристнится же такое , dannyD (?), 13:41 , 06-Авг-23, (242)

haha, classic блеск и нищета современной софтовой разработкиfixed, не благодарит, Аноним (13), 15:30 , 02-Авг-23, (13) +3

а что другие разработки лучше ракеты у маска не падают , 34 (?), 00:44 , 03-Авг-23, (124)

Ну и причем тут опенсоурс Если чувак прямо сказал - файловую систему XFS в ядр, bOOster (ok), 15:31 , 02-Авг-23, (16) –3

Как правило, у тех, кто придерживается posix - всё ядро является гниющим овном И, Аноним (42), 16:03 , 02-Авг-23, (40) –1

Каким то сплошным оптимизмом от Вас попахивает Наверно Вы очень много времени, Аноним (43), 16:28 , 02-Авг-23, (58) +3

Странно, что ж такими замечательными никто пользоваться не хочет , Аноним (-), 23:33 , 02-Авг-23, (109)

Ну бараны в стаде, друг за дружкой всегда одно и тоже г но жрет , bOOster (ok), 05:25 , 03-Авг-23, (137) +3

Это вы скорее такие из себя уникальные - мол, зачем жрать обычную еду Смотрите, Аноним (-), 08:17 , 03-Авг-23, (153) +1

Проиграл , voiceofreason (?), 03:28 , 04-Авг-23, (208)

Разница в том, что в опенсорсе ты это видишь А в проприетарщине тебя отгораживае, DeerFriend (?), 19:58 , 02-Авг-23, (93) +3

Более того - доораться о проблеме до разработчиков там вообще малореально , Аноним (-), 23:01 , 02-Авг-23, (105) +1

Сейчас люди, работающие над XFS, похоже, тратят большую часть своего времени на, дАнон (?), 15:22 , 02-Авг-23, (5) +5

там нет интеллекта Даже искусственного Есть сборочные скрипты ядра, сыплющие м, Аноним (163), 15:26 , 02-Авг-23, (7) +1
Это не AI а тестовые роботы, гоняющие XFS test suite и fuzzing на файлухе И есл, Аноним (-), 23:23 , 02-Авг-23, (106) +1

читай - на собственно развитие xfs, потому что оно осуществляется компанией rhbm, Аноним (6), 15:24 , 02-Авг-23, (6)

То ли дело твой ZFS Спихнули на линуксовую гузку, и даже разрабатывать особо не, Аноним (10), 15:29 , 02-Авг-23, (10) +1

Я тебе, тупенькому, который патчи посмотреть не может, по секрету скажу - развра, bOOster (ok), 15:43 , 02-Авг-23, (25) –4

Ага, Белендорф и его команда И что полезного сделали ixsystems за последние три , Аноним (42), 16:02 , 02-Авг-23, (37) –1

это та команда которая _найденую_ ошибку с порчей данных не исправляла год beca, Аноним (163), 16:19 , 02-Авг-23, (56)

Даю хороший совет - у тебя в винде копи-пэйст хорошо работает, вот и юзай его дл, _ (??), 00:32 , 03-Авг-23, (120) +1
Ресурсам повезло и им не пришлось чинить баг Ишь ты , Аноним (201), 19:25 , 03-Авг-23, (202) +2

Так и скажи, что в коммиты не смотрел и вообще, между разработчик и имеющий c, Аноним (207), 00:18 , 04-Авг-23, (207)

Если смотреть версии в районе 0 6 до того не следил , там в основном Белендорф , n00by (ok), 14:23 , 04-Авг-23, (227)

1 апстрим сдох2 Бехлендорф был _очень_ убедителен доказывая что он и есть новы, пох. (?), 18:12 , 05-Авг-23, (240)

TRIM Discard support from Nexenta https github com openzfs zfs pull 3656 , n00by (ok), 15:11 , 06-Авг-23, (243)

А чего они на ZoL тогда перебазировались В фрибсд вообще есть разработчики ФС Ч, Аноним (-), 23:30 , 02-Авг-23, (107) –1

2007 8211 Apple started porting ZFS to Mac OS X 2008 8211 A port to FreeBS, bOOster (ok), 05:42 , 03-Авг-23, (138)

И где ваш бог теперь А, забил на все х Это для вас оно - благодать Потому ч, Аноним (-), 08:24 , 03-Авг-23, (154)

хуже - он заявил разработчикам Главное правило ведения бизнеса с моим лучшим др, пох. (?), 10:04 , 03-Авг-23, (165)

Яблоко - не фрибсда, скорее вообще фичу не выкатят, чем раздадут юзерам тормозно, Аноним (-), 04:27 , 04-Авг-23, (210) –2

есть, но их начальство не собиралось платить им зарплату за то, что нельзя сразу, пох. (?), 18:36 , 05-Авг-23, (241)

Получается что возня с фрибсд никому не нужна, ресурсы готовы выделять только на, Аноним (-), 07:29 , 07-Авг-23, (246)

У ZFS лицензия сановская CDDL не совместимая с GPL и линуксом соответственно, ка, Аноним (189), 14:59 , 03-Авг-23, (189)

Ахахаха Получается шапка, кроме того что пишет xfs, должна еще делать изменения, Анонин (?), 15:30 , 02-Авг-23, (11) +1

Шапка, на халяву пользующаяся результатами чужого труда - да, могла бы сама зата, Аноним (6), 15:34 , 02-Авг-23, (17)

мвахаха, ты серьезно посмотри сколько шапка коммитит то чем потом пользуются вся, Анониммус (?), 15:39 , 02-Авг-23, (21)

Да, я посмотрел с лупой, и никакой Шапки не увидел, а увидел я много таких Герое, Аноним (-), 17:15 , 02-Авг-23, (73) +1

Поизучай еще этоnetdev development stats for 6 5How top authors rank in scores , Аноним (192), 16:03 , 03-Авг-23, (192)

Это интересно какими в контексте XFS Так пусть другие и делают Зачем это шапке , Анонин (?), 15:41 , 02-Авг-23, (22)

линукс, называется другому надоело за них делать какую нах р специфику Возвращ, Аноним (163), 15:47 , 02-Авг-23, (28)

шапка один из крупнейших контрибьюторов ядра вообще-тои слава богуТы жыпыэль чит, Анонин (?), 16:02 , 02-Авг-23, (38) –1

Вообще-то вот так их контрибьюция и выглядит - вывалили на майнтейнеров продук, Аноним (163), 16:13 , 02-Авг-23, (51) +2
И того не должны - только предоставлять приобретающим продукт , User (??), 16:14 , 02-Авг-23, (52) +1

Вот видишь насколько они добрые Делают даже то, что не обязаны , Анонин (?), 16:18 , 02-Авг-23, (55) +1

Сарказм, Аноним (43), 16:36 , 02-Авг-23, (60)
Вот Вонг от таких добряков и свалил подальше , Аноним (6), 17:43 , 02-Авг-23, (82) +1

А вот спецы блочного уровня оттуда чего-то - того И там теперь какие-то нонейм , Аноним (-), 23:32 , 02-Авг-23, (108)

Оракл же заявили, что обязуются поддерживать клон RHEL , n00by (ok), 17:11 , 02-Авг-23, (70)

так для этого не надо разбираться в редхатовских патчах, rpm --rebuild - даже ес, пох. (?), 18:46 , 02-Авг-23, (89) +1

Фиг там Последнее время xfs развивается сильно больше ораклом , Аноним (188), 16:56 , 03-Авг-23, (193)
Есть Сам патчу под свои хотелки Пока всё работает , Аноним (237), 07:59 , 05-Авг-23, (237)

Ну так это вопрос к разрабам ядра , test (??), 15:27 , 02-Авг-23, (8)

Что ты предлагаешь у них спросить , Аноним (14), 15:31 , 02-Авг-23, (14) +1

торвальдс, верни стену завтро, то есть 3 августа, не заходим в линукс целый ден, Аноним (1), 15:36 , 02-Авг-23, (19) +6
Спросить, напр , почему документация г но Хотя это риторический вопрос , Анонимусс (?), 15:36 , 02-Авг-23, (20)

Птому, что ты не написал лучше и не прислал патч Твой вклад там ещё с 1 0 ждут,, Аноним (201), 20:10 , 02-Авг-23, (95) +1

Ахаха, делать мне больше нечего, тратить свое время на какой-то линукс Вообще , Анонин (?), 12:46 , 03-Авг-23, (182)

Ещё один всё понял, другим наука думать о себе , Аноним (14), 15:27 , 02-Авг-23, (9) +4

Он не о себе заботится, а о деле , iCat (ok), 16:54 , 02-Авг-23, (64)

Да здоровый и живой программист, лучше чем нездоровый и не живой Так всем будет, Аноним (14), 19:22 , 02-Авг-23, (90) +1
XFS это вам не маргинальный рейзер4 какой-нибудь, о ней есть кому позаботиться , Аноним (117), 00:28 , 03-Авг-23, (119) –1

Нет Эти кто-то с удовольствием позаботятся наоборот - чтоб у тебя ничего нормал, пох. (?), 10:07 , 03-Авг-23, (166)

Да оно само получится Хренакнется у тебя сратис гденить на середине операции - , Аноним (-), 16:23 , 08-Авг-23, (250)

не умеешь летать - так нефиг выпендриваться крути lvm командами lvm, навернется , пох. (?), 17:52 , 08-Авг-23, (251)

Что еще унылым задр0там делать, кроме как бесплатно кодить то, за что нормальные, Аноним (117), 00:23 , 03-Авг-23, (118) –1

не мужчина - слабак , Аноним (12), 15:30 , 02-Авг-23, (12) –5

Сексизм И попытка вызывать чувство вины Фу быть таким как ты , Аноним (14), 15:57 , 02-Авг-23, (34) +4

Это обратный сексизм - такой можно И не фу , Аноним (12), 16:09 , 02-Авг-23, (46) –3

Это одна из причин психологических проблем и в том числе алкоголизма , Аноним (14), 19:23 , 02-Авг-23, (91)

кстати, и обратите внимание- куда чувак свалил код zfs - не требует приседаний , Аноним (6), 15:31 , 02-Авг-23, (15) +4

И это после 15 лет доказываний адептами ZFS с пеной у рта, что нормальной файлух, Аноним (42), 16:05 , 02-Авг-23, (41) –1

А зачем он нужен, если она by design всегда консистентна и откатывается на преды, Stax (ok), 16:11 , 02-Авг-23, (49) –1

При намеренной порче данных может потребоваться восстановление Кстати, как раз , n00by (ok), 17:08 , 02-Авг-23, (69)

а при ненамеренной можно просто не заходить в каталог, вызвающий kernel panic т, Аноним (163), 17:52 , 02-Авг-23, (85)

Вы что курили Причем тут вообще ZFS Он написал, что продолжает работу над onli, Stax (ok), 16:08 , 02-Авг-23, (44) +5

Но в zfs НЕТ никакого fsck ни онлайн, ни офлайн destroy the pool and rest, Аноним (163), 16:17 , 02-Авг-23, (53) –1

Там scrub есть А в XFS даже такого - нет Извините, ребутать сервер чтобы чекну, Аноним (-), 23:38 , 02-Авг-23, (110)

это распространенное чайничье заблуждение scrub не исправляет и даже не провер, пох. (?), 23:58 , 02-Авг-23, (116)

Я в курсе что это не онлайн fsck мистер умник Но у XFS нет даже и такого Там в, Аноним (-), 02:31 , 03-Авг-23, (134)

у xfs есть офлайн И он вполне работает А у zfs - удалите пул и создайте заново, пох. (?), 10:18 , 03-Авг-23, (167)

А ты радостно вырубишь продовые системы и будешь с оптимизмом гонять это, на мно, Аноним (-), 05:10 , 04-Авг-23, (211)

пока не будет поводов - не буду, нахрена мне ненужные проверки Я не верю в ваши, пох. (?), 11:48 , 04-Авг-23, (220) +1

Это как pkunzip zip - без чексум ты это не заметишь и будешь уверен что все ЗБС , Аноним (-), 05:29 , 05-Авг-23, (235)

Пох, ну ты не прав Скруб не только пересчитывает кс Если в процессе пересчета кс, Минона (ok), 08:51 , 03-Авг-23, (160)

Это не имеет отношения к scrub Если не совпало - как и при обычном чтении, попы, пох. (?), 10:23 , 03-Авг-23, (168)

Вы тупите - читайте первоисточник For now, I will continue to review patches a, Stellarwind (?), 16:11 , 02-Авг-23, (48) +2

С поста сопровождающего таки да code diff --git a MAINTAINERS b MAINTAINERSinde, An2 (?), 21:20 , 02-Авг-23, (101)

Всё, что вы хотели знать о качестве документации и кода ядра, в одном предложени, Аноним (23), 15:42 , 02-Авг-23, (23)

Рецензирование превратилось в кошмар, когда приходится продираться через недокум, Аноним (23), 15:44 , 02-Авг-23, (26)

under - недо, un - не Мужик говорит про недостаточно хорошо документрованный код, Аноним (33), 15:52 , 02-Авг-23, (33) +4

Качестве документации и кода ядра - Linux - забыл дописать Ну в целом всем об э, bOOster (ok), 15:46 , 02-Авг-23, (27) +1

Если поменять Linux на, скажем, OpenBSD , ничего не поменяется , Аноним (42), 16:09 , 02-Авг-23, (45) –1

Рекомендую там дальше прочитать требования к документации самой xfs Типа никаки, Аноним (32), 15:51 , 02-Авг-23, (32) +1

Что-то они все посыпались , Аноним (29), 15:49 , 02-Авг-23, (30) +1

Пока ещё не все, но всякая лавина с чего-то начинается , n00by (ok), 17:29 , 02-Авг-23, (80)
Нормальные спецы блочного уровня из редхата посыпались далеко не вчера Последни, Аноним (-), 23:41 , 02-Авг-23, (111)

Тесты , Пряник (?), 15:50 , 02-Авг-23, (31) –1

Тесты вместо документации это дно Ещё один пункт у меня же понятные имена функ, Аноним (14), 16:00 , 02-Авг-23, (36) +5

Ну это же модный TDD Да и agile говорит нам - код должен быть таким понятным, ч, Stax (ok), 16:18 , 02-Авг-23, (54) +2

Правильно говорит Код действительно должен быть таким Но только дурак из этого, Аноним (201), 20:17 , 02-Авг-23, (96) +2

Не вместо документации, а чтобы сразу было понятно не поломает ли что-то предло, Аноним (127), 01:36 , 03-Авг-23, (127)

В ядре такой метод тыка не приемлем , n00by (ok), 17:05 , 02-Авг-23, (68)

Syzbot про это безобразие не в курсе - и поэтому выкатывает девам баги оптом Да, Аноним (-), 23:49 , 02-Авг-23, (113) –1

Даже при понимании возможны ошибки, потому Syzbot не лишний Когда нет понимания, n00by (ok), 15:34 , 03-Авг-23, (190)

Вообще, несколько раз я выруливал и не совсем понимая что я сделал, проверяя име, Аноним (-), 05:27 , 04-Авг-23, (212)

Это обычные для Даннинг-Крюгера сомнения Другой бы написал я вообще никогда не, n00by (ok), 14:49 , 04-Авг-23, (228)

Вот я про это На уровне интуиции ощущается, но рациональная формулировка не при, Аноним (-), 06:10 , 05-Авг-23, (236)

XFS, давай досвиданья Вот бы ещё кто-нибудь btrfs выкинул на мороз, вообще чуде, Аноним (59), 16:30 , 02-Авг-23, (59)

XFS неплохая ФС была, но сейчас с каждым днем все меньше резона ее использовать , Вася (??), 16:53 , 02-Авг-23, (63)
ReiserFS выкинут в 2025, если выкинуть XFS, BTRFS, что же тогда останется , Аноним (76), 17:18 , 02-Авг-23, (76)

ну конечно же ntfs3 и, разумеется, vfat Лучшие В целом, глядя на происходящую, Аноним (6), 17:48 , 02-Авг-23, (83) +1

Extfat ещё, Аноним (117), 00:32 , 03-Авг-23, (121)

не, это самсунг Вряд ли у них получилось хорошо , пох. (?), 10:24 , 03-Авг-23, (169)

Там на все надрывается 1 несчастный кодер по сути, на вот это и на ksmd По норм, Аноним (-), 06:32 , 04-Авг-23, (216)

Поправочка, ksmbd конечно Надо же повторить опечатку поха, позор какой , Аноним (-), 06:33 , 04-Авг-23, (217)
обратить внимание - и с xfs похожая хрень По нормальному на галеру с двадцатью , пох. (?), 12:02 , 04-Авг-23, (222)

Ох пардон, я с f2fs перепутал Хотя я посмотрел Таки реально - галер было ТР, Аноним (-), 16:30 , 05-Авг-23, (238)

Вспоминается классика Господи, код NTFS 8212 это багровый роман ужасов, напис, Аноним (173), 11:16 , 03-Авг-23, (173) –3

Антинаучной фантастики , пох. (?), 12:04 , 04-Авг-23, (223) +1

Отличный повод принять в ядро Bcachefs , Аноним (-), 23:50 , 02-Авг-23, (114)

Эм Вы из тех, кто хочет новый драйвер ntfs от paragon для всего или очередной, leap42 (ok), 06:29 , 03-Авг-23, (139)

да ладно тебе, старый был тоже вполне нормальный Тем более животворящий пендель , пох. (?), 10:27 , 03-Авг-23, (170) –1

Что умеет, прости Добить Да, ntfs не зря известна тем, что постоянно рассыпает, Аноним (176), 11:53 , 03-Авг-23, (176) –1

врунишкам с опеннета много чего известно Зачем ты раскрываешь рот если не може, пох. (?), 12:34 , 03-Авг-23, (181) –1

Ну почему же, всем известно, кроме фанбоев, вроде тебя МС вполне конкретно сооб, Аноним (176), 13:39 , 03-Авг-23, (185) –1

прям так тебе лично и сообщает - постоянно, де, разваливается , пох. (?), 12:25 , 04-Авг-23, (226)

Похыч, как некто, кто собирал юзерам не менее десятка развалившихся NTFSов я име, Аноним (-), 05:31 , 04-Авг-23, (213)

Самое время перечитать второе интервью Эдуарда Шишкина , n00by (ok), 16:59 , 02-Авг-23, (66) –3

Лучше расскажи как там код этого клоуна поживает Уже годится в прод или всё ещё, Аноним (201), 20:19 , 02-Авг-23, (97)

Рейзер ещё с прошлого века как в проде, Аноним (231), 17:10 , 04-Авг-23, (231)

Это как позвать физика-теоретика электровоз проектировать Чисто теоретически он, Аноним (-), 02:43 , 03-Авг-23, (135)

Теоретик через 10 лет после первого интервью вдруг сам захотел повторить И го, n00by (ok), 15:43 , 03-Авг-23, (191)

Языком молоть 8212 не мешки ворочать Цитируя одного известного программиста,, Аноним (201), 19:36 , 03-Авг-23, (203)

Так если прогноз сбудется, цена на его talk возрастёт , n00by (ok), 14:54 , 04-Авг-23, (229)

Talk - не файловая система , iCat (ok), 10:07 , 05-Сен-23, (254)

Этот теоретик свои проекты вообще не научился менеджить, и отпугивает вообще все, Аноним (-), 06:37 , 04-Авг-23, (218)

быдлокодеров , Аноним (231), 21:32 , 04-Авг-23, (233)

Насколько я вижу, у него такие - все кроме Шишкина Поэтому команда состоит из, Аноним (-), 16:40 , 05-Авг-23, (239)

Мы называли это отправить в отставку, Бегущий по лезвию (?), 17:15 , 02-Авг-23, (72)

Скрыто модератором, Аноним (-), 17:18 , 02-Авг-23, (75)

Что что он взял Куда , Аноним (77), 17:19 , 02-Авг-23, (77)
А что там специфичного от дистров может быть , Аноним (81), 17:32 , 02-Авг-23, (81)
Бабу , randomize (?), 18:08 , 02-Авг-23, (87)
По его словам он взял на себя непосильную ношу и выгорел, пытаясь совместить ро, Аноним (88), 18:28 , 02-Авг-23, (88) +1
Oracle рейдернул подсистему ядра Linux, забрал ключевого инженера под свой ZFS и, Аноним (92), 19:54 , 02-Авг-23, (92)
А вообще самое документированное и нормально пропиентароное ядро - это Solaris , Аноним (92), 20:48 , 02-Авг-23, (98) –1

Что-то им не помогло один совсем сдох, под второй в виндофоне как раз драйверов, Аноним (-), 23:57 , 02-Авг-23, (115)

Доисторический - не доисторический, а лучше-то и нету ничего, ага Приемлемая пр, User (??), 08:13 , 03-Авг-23, (151) +2

В маздае - да Хотя и туда с горя вон драйвер btrfs а накодили Правда не майкро, Аноним (-), 08:42 , 03-Авг-23, (158)

Рабинович ntfs3g насвистел, да Не, ну в таком изводе и впрямь - нинада Аааа, н, User (??), 09:38 , 03-Авг-23, (162) +1

Ну, э, я их еще до того момента аннулировал А так он работает Но нтфс от этого, Аноним (-), 06:05 , 04-Авг-23, (215) –1

Давно пора закопать эту ненужную ФС , Аноним (112), 23:44 , 02-Авг-23, (112) –1

Это кому ненужная, виндузятникам У меня 6 дисков на XFS Из крутых NVMe вообще , leap42 (ok), 06:32 , 03-Авг-23, (140)

Woooot 8-оОпиши физику процесса плс , _ (??), 07:59 , 03-Авг-23, (146) +1
Все не ограничивается лишь XFS Это под силу и EXT4, и ZFS , Аноним (234), 05:12 , 05-Авг-23, (234)

а как насчет не тратить большую часть своего времени на бэкпортирование специфич, Котенька (?), 01:15 , 03-Авг-23, (126) –1
Полез читать что это, не понял зачем это нужно Придумали сию файловую систему д, Аноним (128), 01:55 , 03-Авг-23, (130) –1
Ну господина Торвалдьса изо всех сил пытались научить делать нормально Но получ, Да ну нахер (?), 10:37 , 03-Авг-23, (171)

Иными словами, получилось идеально, несмотря на всяких мешающих выродков с нездо, Аноним (176), 11:36 , 03-Авг-23, (175) –2

тратить большую часть своего времени на бэкпортирование специфичных для дистриб, пох. (?), 11:54 , 03-Авг-23, (177)

Ну как бы а что ты предлагаешь, если Копрошляпы не хотят нормально делиться кодо, Аноним (176), 12:07 , 03-Авг-23, (178)

там все кроме одного пункта не имеет отношения к нормально делиться если ты не , пох. (?), 12:33 , 03-Авг-23, (180)

собственно, этот пункт изначально тоже не только потому что rh не хочет rh не м, пох. (?), 12:48 , 03-Авг-23, (183)

Называется Красношляпа довыпендривалась , Аноним (184), 13:36 , 03-Авг-23, (184) +1

Красношапке как-то пох на мышиную возню всяких дистров, Аноним (3), 14:31 , 03-Авг-23, (186) –1

вобще-то они на xfs сделали ставкуи сами много сил вложили в её развитие, Аноним (187), 14:42 , 03-Авг-23, (187)

Какую еще ставку Никто не использует XFS под линукс сто лет в обед , Аноним (197), 17:13 , 03-Авг-23, (197) –1

эксперт опросил свою тульпу и чучело кота , пох. (?), 22:00 , 03-Авг-23, (206) +1

Сколько строчек и ради чего Нахрен он нужен XFS Есть EXT-4 Что вам надо еще , Аноним (197), 17:10 , 03-Авг-23, (195)

f2fs , xsignal (ok), 17:11 , 03-Авг-23, (196)

поставить и в предвкушении ожидать отключения электричества, Аноним (230), 16:07 , 04-Авг-23, (230)

Ну как, нам нужна нормальная FS, а не EXT4 129335 8205 9794 65039 , leap42 (ok), 07:05 , 04-Авг-23, (219) –2

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

1. Сообщение от Аноним (1), 02-Авг-23, 15:12 –23 +/–

я на btrfs, у меня у моей файлухи таких проблем нет

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #100

2. Сообщение от scriptkiddis (?), 02-Авг-23, 15:15 +37 +/–

Будут

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #43

3. Сообщение от Аноним (3), 02-Авг-23, 15:16 +3 +/–

> необходимостью разбирать недокументированный код ядра, пытаясь понять, не поломает ли что-то предложенная новая возможность
haha, classic!
блеск и нищета опенсорса

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #13, #16, #93

4. Сообщение от Аноним (4), 02-Авг-23, 15:18 +28 +/–

Лол, как будто в проприетарщине лучше.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #29

5. Сообщение от дАнон (?), 02-Авг-23, 15:22 +5 +/–

"Сейчас люди, работающие над XFS, похоже, тратят большую часть своего времени на бэкпорты ядра дистрибутива и работу с генерируемыми искусственным интеллектом сообщениями об ошибках, которые не являются сообщениями пользователей."
Тоже мило

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #106

6. Сообщение от Аноним (6), 02-Авг-23, 15:24 +/–

> на бэкпортирование специфичных для дистрибутивов изменений
читай - на собственно развитие xfs, потому что оно осуществляется компанией rhbm (и не надо сказок что есть какие-то другие дистрибутивы со специфичными изменениями в xfs) - но в тех версиях ядра, которые и близко не похожи на свеженький выс..р из под линусовой гузки.
rh в этом помогать, как видно, не собиралась - нате вам патчи, е..сь как хотите.

Ну ничего - теперь вон пусть чувак на зарплате орацла страдает. Глядишь, даже премию дадут (нет).

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #11, #70, #193, #237

7. Сообщение от Аноним (163), 02-Авг-23, 15:26 +1 +/–

там нет интеллекта. Даже искусственного. Есть сборочные скрипты ядра, сыплющие миллионы неудобочитаемых предупреждений, как правило совершенно ненужных, на каждый комит сложнее <<<color >>>colour.

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

8. Сообщение от test (??), 02-Авг-23, 15:27 +/–

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

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

9. Сообщение от Аноним (14), 02-Авг-23, 15:27 +4 +/–

Ещё один всё понял, другим наука думать о себе.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64, #118

10. Сообщение от Аноним (10), 02-Авг-23, 15:29 +1 +/–

То ли дело твой ZFS! Спихнули на линуксовую гузку, и даже разрабатывать особо не надо. Всё само прилетит от тех, на кого ты батон крошишь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #25, #189

11. Сообщение от Анонин (?), 02-Авг-23, 15:30 +1 +/–

Ахахаха! Получается шапка, кроме того что пишет xfs, должна еще делать изменения ядер для всех остальных дистров?))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #17

12. Сообщение от Аноним (12), 02-Авг-23, 15:30 –5 +/–

не мужчина - слабак.

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

13. Сообщение от Аноним (13), 02-Авг-23, 15:30 +3 +/–

haha, classic!
блеск и нищета современной софтовой разработки
fixed, не благодарите

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #124

14. Сообщение от Аноним (14), 02-Авг-23, 15:31 +1 +/–

Что ты предлагаешь у них спросить?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #19, #20

15. Сообщение от Аноним (6), 02-Авг-23, 15:31 +4 +/–

кстати, и обратите внимание- куда чувак свалил. код zfs - не требует приседаний и отжиманий ни с "сообществом"-серпентарием, ни с невменяемыми технологиями 1995го года по отслеживанию серий патчей, ни с такими же скриптами такого же года генерящими миллион ненужных предупреждений.
Ну ок, глядишь, будет у нас fsck. Хотя судя по "online" - вряд ли.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #41, #44, #48

16. Сообщение от bOOster (ok), 02-Авг-23, 15:31 –3 +/–

Ну и причем тут опенсоурс? Если чувак прямо сказал - "файловую систему XFS в ядре Linux"
У других, придерживающихся posix - этого гниющего *авна в ядре на порядок меньше.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #40, #109

17. Сообщение от Аноним (6), 02-Авг-23, 15:34 +/–

Шапка, на халяву пользующаяся результатами чужого труда - да, могла бы сама заталкивать свои патчи в linux-next, а не заставлять других их реимплементировать из 2.4.16
Да, о ужас, их тогда будут использовать другие дистрибутивы - когда-нибудь, когда доберутся до этих версий (лет через пять, так что бизнесу шапки ничего не грозило).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #21, #22

19. Сообщение от Аноним (1), 02-Авг-23, 15:36 +6 +/–

торвальдс, верни стену! завтро, то есть 3 августа, не заходим в линукс целый день. Рейтинг линукса упадет, и торвальдс вернет XFS. Потерпите денёк, зато потом нормальный XFS.

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

20. Сообщение от Анонимусс (?), 02-Авг-23, 15:36 +/–

Спросить, напр., почему документация г##но.
Хотя это риторический вопрос))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #95

21. Сообщение от Анониммус (?), 02-Авг-23, 15:39 +/–

> Шапка, на халяву пользующаяся результатами чужого труда
мвахаха, ты серьезно?
посмотри сколько шапка коммитит!
то чем потом пользуются всякие паразиты

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #73

22. Сообщение от Анонин (?), 02-Авг-23, 15:41 +/–

> Шапка, на халяву пользующаяся результатами чужого труда
Это интересно какими в контексте XFS?
> их тогда будут использовать другие дистрибутивы
Так пусть другие и делают) Зачем это шапке нужно?
А то развелось паразитов: ты им код написал, а они еще и адаптировать требуют под свою специфику...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #28

23. Сообщение от Аноним (23), 02-Авг-23, 15:42 +/–

Всё, что вы хотели знать о качестве документации и кода ядра, в одном предложении:
> Reviewing has become a nightmare of sifting through under-documented kernel code trying to decide if this new feature won't break all the other features.  Getting reviews is an unpleasant process of negotiating with demands for further cleanups, trying to figure out if a review comment is based in experience or unfamiliarity, and wondering if the silence means anything.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #27, #32

25. Сообщение от bOOster (ok), 02-Авг-23, 15:43 –4 +/–

> То ли дело твой ZFS! Спихнули на линуксовую гузку, и даже разрабатывать
> особо не надо. Всё само прилетит от тех, на кого ты
> батон крошишь.
Я тебе, тупенькому, который патчи посмотреть не может, по секрету скажу - развработчики ZFS какие там были - такие по факту и остались, из IXsystems, freebsd и т.п. А основную разработку, так-же IXSystems осуществляет, а оголтелые все в своих помоях ковыряются, никак прикрутить грамотно ZFS к ядру не могут, абсолютно так-же как и чувак в этой теме с XFS...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #37, #107

26. Сообщение от Аноним (23), 02-Авг-23, 15:44 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #33

27. Сообщение от bOOster (ok), 02-Авг-23, 15:46 +1 +/–

> Всё, что вы хотели знать о качестве документации и кода ядра, в
> одном предложении:
>> Reviewing has become a nightmare of sifting through under-documented kernel code trying to decide if this new feature won't break all the other features.  Getting reviews is an unpleasant process of negotiating with demands for further cleanups, trying to figure out if a review comment is based in experience or unfamiliarity, and wondering if the silence means anything.
Качестве документации и кода ядра ->Linux<- забыл дописать.
Ну в целом всем об этом давно известно и это в результате делает из него дуршлаг.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #45

28. Сообщение от Аноним (163), 02-Авг-23, 15:47 +/–

> Это интересно какими в контексте XFS?
линукс, называется.
>> их тогда будут использовать другие дистрибутивы
> Так пусть другие и делают) Зачем это шапке нужно?
другому надоело за них делать.
> А то развелось паразитов: ты им код написал, а они еще и адаптировать требуют под свою
> специфику...
какую нах..р специфику? Возвращать в апстрим. Да, не в виде горы мусорных патчей, а в виде готового продукта - с описанием, зачем, почему именно так и как это аффектит окружающий код.
И самим затыкать вопли безмозглого верификатора.
Но нет, зачем. Взяли на халяву, зачем самим работать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #38

29. Сообщение от Аноним (29), 02-Авг-23, 15:48 –36 +/–

Лол, лучше, в правильной проприетарщине ты рублем отвечаешь за косяки. А в опенсорсе вашем нет никакой ответственности.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #42, #61, #65, #67, #71, #86, #103, #172, #242

30. Сообщение от Аноним (29), 02-Авг-23, 15:49 +1 +/–

Что-то они все посыпались...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80, #111

31. Сообщение от Пряник (?), 02-Авг-23, 15:50 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36, #68

32. Сообщение от Аноним (32), 02-Авг-23, 15:51 +1 +/–

Рекомендую там дальше прочитать требования к документации самой xfs. Типа никаких комитов меняющих структуры на диске без одновременного комита в документацию и т д.
Так что не всего ядра. Лишь тех его частей за которые "отвечает" (нет) один программирователь-на-псевдокоде.

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

33. Сообщение от Аноним (33), 02-Авг-23, 15:52 +4 +/–

under - недо, un - не.
Мужик говорит про недостаточно хорошо документрованный код, а не про недокументированный как тут перевели.

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

34. Сообщение от Аноним (14), 02-Авг-23, 15:57 +4 +/–

Сексизм. И попытка вызывать чувство вины. Фу быть таким как ты.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #46

36. Сообщение от Аноним (14), 02-Авг-23, 16:00 +5 +/–

Тесты вместо документации это дно. Ещё один пункт: у меня же понятные имена функций зачем документация, таких тоже по башке.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #54, #127

37. Сообщение от Аноним (42), 02-Авг-23, 16:02 –1 +/–

> развработчики ZFS какие там были - такие по факту и остались
Ага, Белендорф и его команда.
> из IXsystems, freebsd и т.п. А основную разработку, так-же IXSystems осуществляет
И что полезного сделали ixsystems за последние три года?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #56, #207

38. Сообщение от Анонин (?), 02-Авг-23, 16:02 –1 +/–

> линукс, называется.
шапка один из крупнейших контрибьюторов ядра вообще-то
> другому надоело за них делать
и слава богу
> Да, не в виде горы мусорных патчей, а в виде готового продукта - с описанием, зачем, почему именно так и как это аффектит окружающий код.
Ты жыпыэль читал? Все что они обязаны делать - выкладывать код. Ни байтом больше.
Кто-то заставляет другие дистры пользоваться XFS? Ну так пошли они нафиг!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #51, #52, #108

40. Сообщение от Аноним (42), 02-Авг-23, 16:03 –1 +/–

> У других, придерживающихся posix - этого гниющего *авна в ядре на порядок меньше.
Как правило, у тех, кто придерживается posix - всё ядро является гниющим овном.
И их доля среди production серваков наглядно это подтверждает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #58

41. Сообщение от Аноним (42), 02-Авг-23, 16:05 –1 +/–

> Ну ок, глядишь, будет у нас fsck.
И это после 15 лет доказываний адептами ZFS с пеной у рта, что нормальной файлухе fsck не нужен.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #49

42. Сообщение от Аноним (42), 02-Авг-23, 16:06 +19 +/–

Как жаль, что такой "правильной проприетарщины" в реальном мире не существует.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #47, #57

43. Сообщение от Аноним (43), 02-Авг-23, 16:07 +8 +/–

Дебош на двенадцать персон заказывали? ...

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

44. Сообщение от Stax (ok), 02-Авг-23, 16:08 +5 +/–

Вы что курили??
Причем тут вообще ZFS? Он написал, что продолжает работу над online fsck для xfs, чтобы это работало как в zfs. И еще пачку фич продолжит писать. Он прекращает быть мейнтейнером, а не разработчиком.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #53

45. Сообщение от Аноним (42), 02-Авг-23, 16:09 –1 +/–

> Качестве документации и кода ядра ->Linux<- забыл дописать.
> Ну в целом всем об этом давно известно и это в результате делает из него дуршлаг.
Если поменять "Linux" на, скажем, "OpenBSD", ничего не поменяется.

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

46. Сообщение от Аноним (12), 02-Авг-23, 16:09 –3 +/–

Это обратный сексизм - такой можно. И не фу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #91

47. Сообщение от Аноним (43), 02-Авг-23, 16:10 +/–

Yes!
Так ему.

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

48. Сообщение от Stellarwind (?), 02-Авг-23, 16:11 +2 +/–

Вы тупите - читайте первоисточник: "For now, I will continue to review patches and will try to get online
fsck, parent pointers, and realtime volume modernisation merged." - он пытается фичу zfs добавить в xfs и никуда он не свалил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #101

49. Сообщение от Stax (ok), 02-Авг-23, 16:11 –1 +/–

А зачем он нужен, если она by design всегда консистентна и откатывается на предыдущее консистентное состояние, если текущее не доходит до корректного, а если из-за физического повреждения единственной копии порушились метаданные (ну чисто для примера), то и fsck не спасет?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #69

51. Сообщение от Аноним (163), 02-Авг-23, 16:13 +2 +/–

Вообще-то вот так их "контрибьюция" и выглядит - вывалили на майнтейнеров продукт из под хвоста, пусть как хотят и разгребают.
Да, в итоге комит имеет автором индуса@rhbm.com
Да, никто не заставляет. Но если бы все так делали - не было бы никакого линукса вообще.

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

52. Сообщение от User (??), 02-Авг-23, 16:14 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #55

53. Сообщение от Аноним (163), 02-Авг-23, 16:17 –1 +/–

Но... в zfs НЕТ никакого fsck... ни онлайн, ни офлайн.
"destroy the pool and restore from backup" (c) горе-разработчик iX
Он над этим собрался поработать? Ну п-ц вашим данным.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #110

54. Сообщение от Stax (ok), 02-Авг-23, 16:18 +2 +/–

Ну это же модный TDD. Да и agile говорит нам - код должен быть таким понятным, чтобы не нужна была документация!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #96

55. Сообщение от Анонин (?), 02-Авг-23, 16:18 +1 +/–

Вот видишь насколько они добрые! Делают даже то, что не обязаны!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #60, #82

56. Сообщение от Аноним (163), 02-Авг-23, 16:19 +/–

это та команда которая _найденую_ ошибку с порчей данных не исправляла год "because of luck of resources" ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #120, #202

57. Сообщение от Анонимусс (?), 02-Авг-23, 16:24 –5 +/–

Вообще-то есть. С SLA на много лет и денег, с dedicated командами поддержки, с документацией, которую пишет и валидирует отдельный (пусть и маленький) отдел.
Но конечно же они все нереальны))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #62, #145, #201

58. Сообщение от Аноним (43), 02-Авг-23, 16:28 +3 +/–

Каким то сплошным "оптимизмом" от Вас попахивает. Наверно Вы очень много времени проводите рядом с продакшен серверами. Вы берегите себя там!

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

59. Сообщение от Аноним (59), 02-Авг-23, 16:30 +/–

XFS, давай досвиданья! Вот бы ещё кто-нибудь btrfs выкинул на мороз, вообще чудесно было бы.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #63, #76, #139

60. Сообщение от Аноним (43), 02-Авг-23, 16:36 +/–

Сарказм

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

61. Сообщение от Вася (??), 02-Авг-23, 16:39 +5 +/–

рублём отвечать это ну такое... не взыщещь потом эту валюту в самом честном суде
то ли дело написать ц лицензионном соглашение, что отвечаешь не более чем долларом

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

62. Сообщение от BeLord (ok), 02-Авг-23, 16:44 +2 +/–

С учетом того, что компаний у которых документация сделана по науке кот наплакал, то да реальны, в Красную книгу пора заносить. Причем, я про полный процесс документирования, а не локальный участок.

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

63. Сообщение от Вася (??), 02-Авг-23, 16:53 +/–

XFS неплохая ФС была, но сейчас с каждым днем все меньше резона ее использовать. btrfs хорошей так, кажется, и не стала, но потанцевал есть

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

64. Сообщение от iCat (ok), 02-Авг-23, 16:54 +/–

Он не о себе заботится, а о деле...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #90, #119

65. Сообщение от egan (?), 02-Авг-23, 16:59 +2 +/–

Такое ощущение что тому, кому в рот гадят есть дело до того, что кого-то лишают денег.
Более того - часто некого наказывать. В рот гадят под молчаливое одобрение инвесторов. И увольняют если человек уже морально во рты срать не может.
Говорю как представитель правильного энтерпрайза.

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

66. Сообщение от n00by (ok), 02-Авг-23, 16:59 –3 +/–

Самое время перечитать второе интервью Эдуарда Шишкина.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #97, #135

67. Сообщение от ДаНуНафиг (?), 02-Авг-23, 17:00 +3 +/–

В проприетарщине раздолбос ровно так же может забить на тестирование, свалить все на рецензентов, тестировщиков (или отсутствие оных) и всякую прочую фигню. Энтузиастам, мне кажется, как раз позорнее всякую фигню заливать, поэтому мотивации больше.

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

68. Сообщение от n00by (ok), 02-Авг-23, 17:05 +/–

В ядре такой метод тыка не приемлем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #113

69. Сообщение от n00by (ok), 02-Авг-23, 17:08 +/–

При намеренной порче данных может потребоваться восстановление. Кстати, как раз ZFS я убивал и удалось поднять.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #85

70. Сообщение от n00by (ok), 02-Авг-23, 17:11 +/–

> Ну ничего - теперь вон пусть чувак на зарплате орацла страдает. Глядишь,
> даже премию дадут (нет).
Оракл же заявили, что обязуются поддерживать клон RHEL. :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #89

71. Сообщение от хрю (?), 02-Авг-23, 17:12 +3 +/–

>>в правильной проприетарщине ты рублем отвечаешь за косяки.
ага только покажи it компанию, которая рублём/долларом/евро отвечает за косяки.

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

72. Сообщение от Бегущий по лезвию (?), 02-Авг-23, 17:15 +/–

Мы называли это отправить в отставку

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

73. Сообщение от Аноним (-), 02-Авг-23, 17:15 +1 +/–

>посмотри сколько шапка коммитит!
Да, я посмотрел с лупой, и никакой Шапки не увидел, а увидел я много таких Героев как Дэрик Вонг.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #192

75. Сообщение от Аноним (-), 02-Авг-23, 17:18 +/–

Мы - это кто?

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

76. Сообщение от Аноним (76), 02-Авг-23, 17:18 +/–

ReiserFS выкинут в 2025, если выкинуть XFS, BTRFS, что же тогда останется?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #83, #114

77. Сообщение от Аноним (77), 02-Авг-23, 17:19 +/–

> "он взял на себя непосильную ношу и выгорел"
Что что он взял? Куда?

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

80. Сообщение от n00by (ok), 02-Авг-23, 17:29 +/–

Пока ещё не все, но всякая лавина с чего-то начинается.

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

81. Сообщение от Аноним (81), 02-Авг-23, 17:32 +/–

А что там специфичного от дистров может быть?

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

82. Сообщение от Аноним (6), 02-Авг-23, 17:43 +1 +/–

> Вот видишь насколько они добрые! Делают даже то, что не обязаны!
Вот Вонг от таких добряков и свалил подальше.

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

83. Сообщение от Аноним (6), 02-Авг-23, 17:48 +1 +/–

> ReiserFS выкинут в 2025, если выкинуть XFS, BTRFS, что же тогда останется?
ну конечно же ntfs3 (и, разумеется, vfat)
Лучшие! (В целом, глядя на происходящую вакханалию - действительно ведь...)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #121, #173

85. Сообщение от Аноним (163), 02-Авг-23, 17:52 +/–

> При намеренной порче данных может потребоваться восстановление.
а при ненамеренной можно просто не заходить в каталог, вызвающий kernel panic (тоже рецепт от правильных пацанов из iX - следующий за "удалить пул и создать заново")
> Кстати, как раз ZFS я
> убивал и удалось поднять.
тот чувак из австралии смотрит на тебя глазами кенгуру.

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

86. Сообщение от Аноним (86), 02-Авг-23, 18:00 +2 +/–

Ага, когда Вася выпускает полурабочее нечто на рынок, занимая нишу, а Петя вылизывает код и остается без денег на дальнейшее развитие своего продукта. Ну а потребитель(сурьезный бузинес) уже внедрил Васино поделие, реклама сработала и хомяки, плюясь, пользуются этим калом,  генерируя профит для Васи и бузинеса-внедренца. А Петин код никому не нужен. Такие дела.

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

87. Сообщение от randomize (?), 02-Авг-23, 18:08 +/–

> Кандана Баду (Chandan Babu)
Бабу.

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

88. Сообщение от Аноним (88), 02-Авг-23, 18:28 +1 +/–

"По его словам он взял на себя непосильную ношу и выгорел, пытаясь совместить роль разработчика, рецензировщика, тестировщика, релиз-менеджера и контактного лица"
"Бери ношу по себе, чтоб не падать при ходьбе" - круглый.

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

89. Сообщение от пох. (?), 02-Авг-23, 18:46 +1 +/–

так для этого не надо разбираться в редхатовских патчах, rpm --rebuild - даже если там что-то не так, исправлять нельзя, это ж потеря бит-в-бит совместимости.
Впрочем, да, там еще ж unbreakable kernel, и вот его эта проблема как раз касается. Полагаю, поэтому чуваку и платят зарплату.

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

90. Сообщение от Аноним (14), 02-Авг-23, 19:22 +1 +/–

Да здоровый и живой программист, лучше чем нездоровый и не живой. Так всем будет лучше.

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

91. Сообщение от Аноним (14), 02-Авг-23, 19:23 +/–

Это одна из причин психологических проблем и в том числе алкоголизма.

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

92. Сообщение от Аноним (92), 02-Авг-23, 19:54 +/–

Oracle рейдернул подсистему ядра Linux, забрал ключевого инженера под свой ZFS и еще и попросил товарища написать как все плохо...

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

93. Сообщение от DeerFriend (?), 02-Авг-23, 19:58 +3 +/–

Разница в том, что в опенсорсе ты это видишь.
А в проприетарщине тебя отгораживает стена из менеджеров с суппортятами, и им очень важен каждый твой звонок.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #105

95. Сообщение от Аноним (201), 02-Авг-23, 20:10 +1 +/–

Птому, что ты не написал лучше и не прислал патч. Твой вклад там ещё с 1.0 ждут, а ты только комментарии на опеннете строишь, бездельник.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #182

96. Сообщение от Аноним (201), 02-Авг-23, 20:17 +2 +/–

Правильно говорит. Код действительно должен быть таким. Но только дурак из этого может сделать вывод о том, что документация не нужна.

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

97. Сообщение от Аноним (201), 02-Авг-23, 20:19 +/–

Лучше расскажи как там код этого клоуна поживает. Уже годится в прод или всё ещё уже вот-вот почти, осталось только написать, да нет времени?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #231

98. Сообщение от Аноним (92), 02-Авг-23, 20:48 –1 +/–

А вообще самое документированное и нормально пропиентароное ядро - это Solaris. Для приделывания к нему ZFS аж написали специальный wrapper - SPL. Собственно он нужен для того что-бы Solaris ничего не знал о ZFS.
Еще одно отлично документированное ядро - это ntcore. Клон OpenVAS от которого осталось непойми что в современном Windows.

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

100. Сообщение от DIM (??), 02-Авг-23, 21:02 –12 +/–

У меня корень на btrfs, а хомяк на XFS. Мне кажется это классическая такая разметка, которая если и не у большинства, то у многих.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #102, #104, #123, #128, #144, #147, #149

101. Сообщение от An2 (?), 02-Авг-23, 21:20 +/–

> и никуда он не свалил.
С поста сопровождающего таки да:

diff --git a/MAINTAINERS b/MAINTAINERS
index d232e9e36b87..d6b82aac42a4 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -23324,7 +23324,7 @@ F:    include/xen/arm/swiotlb-xen.h
F:    include/xen/swiotlb-xen.h

XFS FILESYSTEM
-M:    Darrick J. Wong <djwong@kernel.org>
+R:    Darrick J. Wong <djwong@kernel.org>
L:    linux-xfs@vger.kernel.org
S:    Supported
W:    http://xfs.org/
https://lore.kernel.org/linux-xfs/169091989589.112530.112948...

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

102. Сообщение от Аноним (-), 02-Авг-23, 22:23 +3 +/–

Это тупая разметка - снапшоты хомяка штука полезная, но это не про XFS.

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

103. Сообщение от Аноним (-), 02-Авг-23, 22:24 +1 +/–

> Лол, лучше, в правильной проприетарщине ты рублем отвечаешь за косяки.
Майкрософт с предустановленной виндой прямо так уж и разотвечался за косяки.

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

104. Сообщение от Аноним (-), 02-Авг-23, 22:59 –1 +/–

> У меня корень на btrfs, а хомяк на XFS. Мне кажется это
> классическая такая разметка, которая если и не у большинства, то у многих.
Хомяк без снапшотов - очень так себе идея. А что если после апгрейда версии ОС конфиги переколбасит, при откате взад с новыми конфигами не взлетает - и тогда чего? Сносить все конфиги в хомяке и заново перенастраивать? Да и вернуть случайно снесенный проект из снапшота - удобно и круто.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #117, #244

105. Сообщение от Аноним (-), 02-Авг-23, 23:01 +1 +/–

> Разница в том, что в опенсорсе ты это видишь.
> А в проприетарщине тебя отгораживает стена из менеджеров с суппортятами, и им
> очень важен каждый твой звонок.
Более того - доораться о проблеме до разработчиков там вообще малореально.

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

106. Сообщение от Аноним (-), 02-Авг-23, 23:23 +1 +/–

> "Сейчас люди, работающие над XFS, похоже, тратят большую часть своего времени на
> бэкпорты ядра дистрибутива и работу с генерируемыми искусственным интеллектом сообщениями
> об ошибках, которые не являются сообщениями пользователей."
> Тоже мило
Это не AI а тестовые роботы, гоняющие XFS test suite и fuzzing на файлухе. И если там много багов, кто же их посадил? Уж не та ли командочка? :)
Ну что, редхатчики, а вы думали, что если гранды, плотно трекавшие разработку и умевшие в это от вас сбегут - это останется без последствий? А вот оказывается - нифига.

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

107. Сообщение от Аноним (-), 02-Авг-23, 23:30 –1 +/–

> развработчики ZFS какие там были - такие по факту и остались,
> из IXsystems, freebsd и т.п.
А чего они на ZoL тогда перебазировались? В фрибсд вообще есть разработчики ФС?
> А основную разработку, так-же IXSystems осуществляет,
Что насчет LLNL всяких? LLNL уж точно не фрибсд используют.
> а оголтелые все в своих помоях ковыряются,
У кого что болит, как говорится.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #138, #241

108. Сообщение от Аноним (-), 02-Авг-23, 23:32 +/–

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

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

109. Сообщение от Аноним (-), 02-Авг-23, 23:33 +/–

> У других, придерживающихся posix - этого гниющего *авна в ядре на порядок меньше.
Странно, что ж такими "замечательными" никто пользоваться не хочет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #137

110. Сообщение от Аноним (-), 02-Авг-23, 23:38 +/–

> Но... в zfs НЕТ никакого fsck... ни онлайн, ни офлайн.
Там scrub есть. А в XFS даже такого - нет. Извините, ребутать сервер чтобы чекнуть что данные в порядке и диски не битые как-то напряжно.
> "destroy the pool and restore from backup" (c) горе-разработчик iX
> Он над этим собрался поработать? Ну п-ц вашим данным.
Учитывая что у редхата сбежали все блочники и ФСщики - имеет все шансы на успех.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #116

111. Сообщение от Аноним (-), 02-Авг-23, 23:41 +/–

> Что-то они все посыпались...
Нормальные спецы блочного уровня из редхата посыпались далеко не вчера. Последним из грандов ушел Josef Bacik. Теперь, вот, над btrfs работает. Весьма эффективно я б сказал. Видимо по его мнению тот дизайн стоит затрат времени на него, в отличие от того что редхат вытворял с своими сратисами.

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

112. Сообщение от Аноним (112), 02-Авг-23, 23:44 –1 +/–

>подготовил рекомендации по оптимизации работы
>Ожидание: ChatGPT
>Реальность: меры, что мёртвому припарка
Давно пора закопать эту ненужную ФС.

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

113. Сообщение от Аноним (-), 02-Авг-23, 23:49 –1 +/–

> В ядре такой метод тыка не приемлем.
Syzbot про это безобразие не в курсе - и поэтому выкатывает девам баги оптом. Даже с автобисектом и пингом именно того кто накосячил. И пачка ботов всяких Kernel CI и кто там еще тестит на автомате - подвякивают. И еще есть kunit - юниттесты от гугли для ядра.
ЧСХ в целом автоотлов багов идет на пользу качеству, стабильности и секурити ядра в целом - косячнику через полдня зачастую прилетает отлуп от какого-нибудь бота что он накосячил. Один, вот, кажется устал за раджами из редхата разгребать...
А кто ему обещал что натягивать сову типа рефлинков на глобус типа XFS это просто?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #190

114. Сообщение от Аноним (-), 02-Авг-23, 23:50 +/–

> ReiserFS выкинут в 2025, если выкинуть XFS, BTRFS, что же тогда останется?
Отличный повод принять в ядро Bcachefs :)

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

115. Сообщение от Аноним (-), 02-Авг-23, 23:57 +/–

> А вообще самое документированное и нормально пропиентароное ядро - это Solaris. Для
> приделывания к нему ZFS аж написали специальный wrapper - SPL. Собственно
> он нужен для того что-бы Solaris ничего не знал о ZFS.
> Еще одно отлично документированное ядро - это ntcore. Клон OpenVAS от которого
> осталось непойми что в современном Windows.
Что-то им не помогло: один совсем сдох, под второй в виндофоне как раз драйверов не было, да и у майкорсофта с файлухами тоже как-то "не очень". Доисторический NTFS, еще более архаичный FAT, да ReFS являющийся жалкой пародией на btrfs и zfs, не умеющий и трети от их возможностей.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #151

116. Сообщение от пох. (?), 02-Авг-23, 23:58 +/–

> Там scrub есть.
это распространенное чайничье заблуждение. scrub не исправляет (и даже не проверяет!) логические ошибки.
все что он делает - пересчитывает контрольные суммы. Совершенно бесполезный и ненужный на исправном железе процесс.
> Извините, ребутать сервер чтобы чекнуть что данные в порядке и диски не битые как-то напряжно.
кто-то из Великих в свое время сравнил идею запускать fsck на смонтированной fs с попыткой хирургической операции на прыгающем пациенте.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #134, #160

117. Сообщение от Аноним (117), 03-Авг-23, 00:19 +2 +/–

Как же раньше жили то без этих ваших btrfs? Делали бэкапы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #122, #132

118. Сообщение от Аноним (117), 03-Авг-23, 00:23 –1 +/–

Что еще унылым задр0там делать, кроме как бесплатно кодить то, за что нормальные люди получают деньги (чтобы иметь возможность нормально отдохнуть, а не др0чить перед монитором).

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

119. Сообщение от Аноним (117), 03-Авг-23, 00:28 –1 +/–

XFS это вам не маргинальный рейзер4 какой-нибудь, о ней есть кому позаботиться. Можно спать спокойно я щитаю.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #166

120. Сообщение от _ (??), 03-Авг-23, 00:32 +1 +/–

>"because of luck of resources"
Даю хороший совет - у тебя в винде копи-пэйст хорошо работает, вот и юзай его для многанепонятныхбуЦкв ... а то случится "luck of resources"(С) :-D

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

121. Сообщение от Аноним (117), 03-Авг-23, 00:32 +/–

Extfat ещё

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #169

122. Сообщение от 34 (?), 03-Авг-23, 00:41 +/–

ага, на дискетки

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #125, #161

123. Сообщение от Аноним (117), 03-Авг-23, 00:44 +/–

Если ты не доверяешь корень XFS, то почему доверяешь ей хомяк? Логичней тогда хомяк на основной фс держать, а раздел с XFS отдельно монтировать и хранить там преимущественно большие файлы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #142, #148

124. Сообщение от 34 (?), 03-Авг-23, 00:44 +/–

а что другие разработки лучше? ракеты у маска не падают?

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

125. Сообщение от Аноним (117), 03-Авг-23, 00:46 +3 +/–

В git.

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

126. Сообщение от Котенька (?), 03-Авг-23, 01:15 –1 +/–

> людям, развивающим XFS, приходится тратить большую часть своего времени на бэкпортирование специфичных для дистрибутивов изменений
а как насчет не тратить большую часть своего времени на бэкпортирование специфичных для дистрибутивов изменений? и вобще, что это за код, которому нужно учитывать специфику дистрибутивов? попахивает невкусным запашком

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

127. Сообщение от Аноним (127), 03-Авг-23, 01:36 +/–

> Тесты вместо документации это дно.
Не вместо документации, а чтобы сразу было понятно "не поломает ли что-то предложенная новая возможность".

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

128. Сообщение от Аноним (128), 03-Авг-23, 01:49 +4 +/–

У большинства обычных юзеров стоит NTFS, только они об этом не знают. Ещё у 1% стоит EXT4 вообще на всё.
Ну и у совсем маргиналов-любителей, мечтающих собрать то ли трактор, то ли вертолёт в гараже из запчастей со свалки (ну то есть крутить всякие энтерпрайз поделки на подкроватном сервере) всякие извращения, просто потому что им прикольно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #129, #188

129. Сообщение от Аноним (117), 03-Авг-23, 01:53 +/–

Сейчас уже большинство дистров перестало делать ext3/ext4 на всё, как раньше.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #143

130. Сообщение от Аноним (128), 03-Авг-23, 01:55 –1 +/–

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

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

132. Сообщение от Аноним (-), 03-Авг-23, 02:09 +/–

> Как же раньше жили то без этих ваших btrfs? Делали бэкапы.
Раньше и без бэкапов жили. И без компов. И без электричества вообще. Черт, даже огонь научились разводить далеко не сразу. Предлагаете вернуться на ветки деревьев, к истокам?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #136, #163

134. Сообщение от Аноним (-), 03-Авг-23, 02:31 +/–

> это распространенное чайничье заблуждение. scrub не исправляет (и даже не
> проверяет!) логические ошибки.
Я в курсе что это не онлайн fsck мистер умник. Но у XFS нет даже и такого. Там вообще так по простому вроде бы нельзя прогнать read test на used регионе пространства и посмотреть насколько сие живое. А без этого потуги мимикрии под вон тех смотрятся жалко. Потому что не будет даже намека на способность онлайн-парирования "мелких" факапов ("self heal") в нормальном виде. Конечно это линух и натянуть сову на глобус если очень уж хочется всегда можно, вопрос в том как это будет выглядеть.
> все что он делает - пересчитывает контрольные суммы. Совершенно бесполезный и ненужный
> на исправном железе процесс.
Ты явно не в курсе, что у совершенно исправного железа есть такой параметр как "read error rate". Что странно для такого великого инженера. Может ты и про MTBF не слышал? А при современных емкостях железок и погоне за емкостью, даже ценой хлипкости - это не пустое соображение. Черт знает насчет ZFS, а в btrfs сие инициирует и рекавери посыпавшейся копии из избыточности, если она есть. Если это был "мелкий" осыпон, единственное достижение это self heal проблемы. И ты врядли захочешь узнать о вон том неотремапленом бэде когда другой девайс вылетел, данные понадобились, ых, ых, ых... FAIL?! Но да, ты кажется так и не понял как эти звездные крейсера правильно пилотировать, и зачем там эта штука.
> кто-то из Великих в свое время сравнил идею запускать fsck на смонтированной
> fs с попыткой хирургической операции на прыгающем пациенте.
Чекать консистентность структур по живой ФС и правда гимор на всю голову. Хотя в какомнить btrfs и т.п. - можно и попытаться, на чуть устаревшем view. Но все равно гимор.
А еще прикольно верить в чудеса, но fsck не может починить ВСЕ мыслимые виды разрушений. Если метаданные пролюблены - то уж пролюблены. В CoW дизайне можно попытаться сгонять в прошлое в надежде что там еще не было ЭТОГО - и может получиться. Но это зависит от характера разрушений.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #167

135. Сообщение от Аноним (-), 03-Авг-23, 02:43 +/–

> Самое время перечитать второе интервью Эдуарда Шишкина.
Это как позвать физика-теоретика электровоз проектировать. Чисто теоретически он мог бы вам спроектировать офигенный маглев. Практически он будет дороже самолета и вообще не поедет и не полетит - по куче мелких практических причин которые "филин-стратег!" вообще не знал. А бонусом такой клоун выживет всю остальную команду своими токсичными умничаниями в стиле "все раки, я умник". Ему и показали - ну если умник, например, в менеджменте ядра - вот и давай, покажи сам чего можешь. Проверка практикой показала что филинстратег может: ноль работоспособных в реальном мире проектов, только вечные WIP недопилки с кучей нерешенных проблем.
Интересно - Шишкину не приходило в бошку что ФС слишком большой проект чтобы вытролливать на...й всю команду и кодить в гордом одиночестве ВООБЩЕ СОВЕМ ВСЕ? Люди столько НЕ ЖИВУТ. А желающих работать с ним в ядре вообще нет. Он оказался еще хуже Кента. Кент вроде по крайней мере дожил до момента когда ему посоветовали не "die on every hill he mets" и он вроде уловил эту идею. Шишкина не хватило даже на это. И вот так - оно не лечится. Это не командный игрок, ухвативший задачу командного размера. Я еще не видел проектов которые бы взлетали при ТАКОМ комбо. В этом нет заговоров - просто хреновое управление проектами и грубые нестыковки ряда вещей. Прежде всего ЧСВ vs возможность реально своротить такой объем работ в 1 морду с приемлимыми параметрами.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #191

136. Сообщение от Аноним (117), 03-Авг-23, 05:18 +/–

Я к тому, что если делать бэкапы важных файлов, то и снэпшоты не нужны будут.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #141

137. Сообщение от bOOster (ok), 03-Авг-23, 05:25 +3 +/–

>> У других, придерживающихся posix - этого гниющего *авна в ядре на порядок меньше.
> Странно, что ж такими "замечательными" никто пользоваться не хочет.
Ну бараны в стаде, друг за дружкой всегда одно и тоже г**но жрет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #153

138. Сообщение от bOOster (ok), 03-Авг-23, 05:42 +/–

> А чего они на ZoL тогда перебазировались? В фрибсд вообще есть разработчики
> ФС?
2007 – Apple started porting ZFS to Mac OS X.
2008 – A port to FreeBSD was released as part of FreeBSD 7.0.
2008 – Development of a native Linux port started.
Хотя оголтелым дебилам бесполезно что-то обьяснять. ZoL это прослойка между ZFS и ядром Linux. Которая до сих пор
работает через одно место и оно никаких образом к ZoF или ZoS не относиться даже в рамках проекта OpenZFS.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #154

139. Сообщение от leap42 (ok), 03-Авг-23, 06:29 +/–

> XFS, давай досвиданья! Вот бы ещё кто-нибудь btrfs выкинул на мороз, вообще чудесно было бы.
Эм... Вы из тех, кто хочет новый драйвер ntfs от paragon для всего или очередной фанат трижды четырежды переваренного кала (ext4)?
До выхода пятой версии (XFSv5) у нас не было ни одной внятной ФС, теперь есть. Никакого досвиданья не будет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #170

140. Сообщение от leap42 (ok), 03-Авг-23, 06:32 +/–

> Давно пора закопать эту ненужную ФС.
Это кому ненужная, виндузятникам? У меня 6 дисков на XFS. Из крутых NVMe вообще можно выжать всю скорость только на XFS.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #146, #234

141. Сообщение от _ (??), 03-Авг-23, 07:47 +/–

Это ты свой писюк можешь бакапить пока спишь ... А сервера бывают 24\7\365 + ещё чуток :)
... и _как_ их без снапшотов бэкапить? Пусть клиенты подождут пару-тройку часов?
Не-не-не - быстро снапишь, а потом медленно и солидно бэкапишь снап.
Как то так! (С)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #174, #248

142. Сообщение от User (??), 03-Авг-23, 07:48 +/–

Тут не про "доверие" per se - а про удобство использования вида "откатился назад после глючного обновления" - ну и да, в корне у меня ну вот ВООБЩЕ ничего сколько-нибудь ценного нет. 2,5 перепиленных конфига - таки хрен бы с ними, то на что "не хрен" - в гите болтается. А вот в хомяке - таки есть.

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

143. Сообщение от _ (??), 03-Авг-23, 07:49 –1 +/–

Это кто же такие на всю голову волшебные? Ну чисто чтобы не наступить?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #164

144. Сообщение от Аноним (144), 03-Авг-23, 07:56 +1 +/–

У меня везде ext4

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

145. Сообщение от User (??), 03-Авг-23, 07:57 +2 +/–

Нукакбыда, но нет. В смысле, SLA конечно есть, и какой-нибудь initial\ongoing response в нем даже прописан но а) гарантий _устранения_ инцидента в заданное время в нем нет б) штрафные санкции за нарушения вот просто нифига и никак не покрывают сопутствующие потери от остановки бизнеса. Видел модель с assurance покрытием - но оно было прям совсем отдельной штукой никоим образом не привязанной на собственно контракт поддержки.

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

146. Сообщение от _ (??), 03-Авг-23, 07:59 +1 +/–

>Из крутых NVMe вообще можно выжать всю скорость только на XFS.
Woooot??!?! 8-о
Опиши физику процесса плс?

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

147. Сообщение от Аноним (148), 03-Авг-23, 08:06 +/–

boot ext2, / jfs, Пока так, устраивает. Второй месяц так.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #155, #156, #157

148. Сообщение от Аноним (148), 03-Авг-23, 08:09 +/–

Вядро RC, виртуализация.

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

149. Сообщение от Аноним (148), 03-Авг-23, 08:10 +/–

Сюда надо: вядро RC, виртуализация.

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

151. Сообщение от User (??), 03-Авг-23, 08:13 +2 +/–

>Доисторический NTFS, еще более архаичный FAT, да ReFS являющийся жалкой пародией на btrfs и zfs, не умеющий и трети от их возможностей.
Доисторический - не доисторический, а лучше-то и нету ничего, ага? Приемлемая производительность в большинстве реальных кейсов, _нормальные_ acl (POSIX-acl не предлагать!), больмень работающие snapshot'ы (Опять таки - про lvm нннинада), управление томами... Для каких-то случаев можно найти лучшую альтернативу - но в целом? Не-а. Без вариантов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #158

153. Сообщение от Аноним (-), 03-Авг-23, 08:17 +1 +/–

> Ну бараны в стаде, друг за дружкой всегда одно и тоже г**но жрет.
Это вы скорее такие из себя уникальные - мол, зачем жрать обычную еду?! Смотрите как можно было! Рррааааааз кусок кала! "Весь самолет блюет, а он смеется".
Это к тому что технических аргументов за вашу помойку - примерно 0. А вот за линуха - их более чем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #208

154. Сообщение от Аноним (-), 03-Авг-23, 08:24 +/–

> 2007 – Apple started porting ZFS to Mac OS X
И где ваш бог теперь? А, забил на все х@#?!
> 2008 – A port to FreeBSD was released as part of FreeBSD 7.0.
Это для вас оно - благодать. Потому что своего у вас сравнимого ничего не было и не будет. А в линухе вон там Кент с nextgen nextgen'а тусуется. И вероятно все ж осилит закомитить.
> 2008 – Development of a native Linux port started.
Какая разница кто первым побежал? Важно кто впереди сейчас.
> Хотя ог@лтелым дебил@м бесполезно что-то обьяснять.
Культура так и прет. Впрочем, от такого и слышу.
> ZoL это прослойка между ZFS и ядром Linux.
Как бы ZFS который сейчас разрабатывается в основном теми кто его на линухе гонять намерен. Эппл куда-то слился с этим как я понимаю, фрибсда - им там выбирать не из чего, жрут кактус уж какой есть, потому что сами в вопрсоах ФС вообще по нулям.
> Которая до сих пор работает через одно место и оно никаких образом к ZoF или ZoS
> не относиться даже в рамках проекта OpenZFS.
Лично мне так при наличии btrfs вообще похрен. Это пусть твой псевдо-дружбан пох страдает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #165

155. Сообщение от Аноним (148), 03-Авг-23, 08:25 +/–

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

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

156. Сообщение от Аноним (148), 03-Авг-23, 08:30 +/–

По мимо остальных причуд редких: завис гость, синий экран с ошибкой и перезагрузкой у хоста.

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

157. Сообщение от Аноним (148), 03-Авг-23, 08:38 +/–

А может и пять месяцев так я уже забыл сколько месяцев использую так.

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

158. Сообщение от Аноним (-), 03-Авг-23, 08:42 +/–

> Доисторический - не доисторический, а лучше-то и нету ничего, ага?
В маздае - да. Хотя и туда с горя вон драйвер btrfs'а накодили. Правда не майкрософт, и с отставанием на дофига. А линух не настолько печальный по ФС все же.
Я же перейдя на линух тома в NTFS все извел. А зачем оно надо? Медленная печальная файлушка по лекалам 90х. Если у вас ничего слаще морковки нет - ну, окей.
> Приемлемая производительность в большинстве реальных кейсов,
Я тот же линукскернел компилю регулярно. Это примерно 200-300К файлов затрагивает. Можете даже не вякать как NTFS с таким работает - я видел, "никак". Тот же btrfs его обставит на типовых операциях с такой иерархией в разы. Только еще при этом может в снапшоты и рефлинки не через джеппу, в отличие от. И не встает колом на эн минут от например 60К файлов в 1 дире, как NTFS. А сэйвануть 1 документ в ворде можно хоть на FAT16, конечно.
> _нормальные_ acl (POSIX-acl не предлагать!), больмень работающие
> snapshot'ы (Опять таки - про lvm нннинада),
Это все рядом не стояло с btrfs и zfs. Вот там - нормальные снапшоты. Особенно в btrfs. Которые создаются мигом, места занимают только на дельту, ресурсов не жрут, прекрасно работая даже на роутере с 64 мегами оперативы на все, откат тоже в момент. А то что в винде - это такой мутант-франкенштейн, жалкая пародия на идею.
> управление томами...
Рядом не стояло с btrfs. Вообще совсем.
> Для каких-то случаев можно найти лучшую альтернативу - но в целом? Не-а. Без вариантов.
В целом это кусок легаси из 90х для тех кому 1 файлик в ворде сэйвить. На более масштабных задачах... одна из причин по которым Win и IIS рынок серверов в вебе профукали. Линух все то же делает в разы шустрее на том же железе, а бабки считать все любят. Особенно если вопрос в том чтобы еще и за серверную винду заплатить, она так то не дешевая. И юзают ее в результате корпораты, ради AD.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #162

160. Сообщение от Минона (ok), 03-Авг-23, 08:51 +/–

Пох, ну ты не прав.
Скруб не только пересчитывает кс.
Если в процессе пересчета кс на зеркальном или raidz пуле на одном из дисков обнаружиться битый сектор, то данные будут перезаписаны в исправный.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #168

161. Сообщение от YetAnotherOnanym (ok), 03-Авг-23, 09:14 +1 +/–

Где здесь повод для сарказма? Да,  и на дискетки, и на cd/dvd, и на съёмные hdd, сейчас на флэшки и в облака.

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

162. Сообщение от User (??), 03-Авг-23, 09:38 +1 +/–

>Я же перейдя на линух тома в NTFS все извел. А зачем оно надо? Медленная печальная файлушка по лекалам 90х. Если у вас ничего слаще морковки нет - ну, окей.
Рабинович ntfs3g насвистел, да? Не, ну в таком изводе и впрямь - нинада.
>Я тот же линукскернел компилю регулярно.
Аааа, ну тут да, тут не поспоришь ). В дисциплине конпеляния линуксов у линуксов конкурентов нет ))).
>Можете даже не вякать как NTFS с таким работает - я видел, "никак".
NTFS определенно _медленнее_. В краевых случаях - _значительно_ медленнее. Впрочем, "краевые случаи", где другие ФС встают колом я тоже видел.
Беда в том, что при попытке не просто "навалить кучу" а сделать чего-нибудь полезное ситуация некоторым образом м-ммм...меняется. Запускаем какой-нибудь жЫрный постгрес и btrfs с его коровами-и-снапшотами превращается в тыкву. Ну ой, не преднозначено оно. Не, ну можно конечно коровок отломать - но тогда и со снапшотами попрощаешься. Захочешь ты фс зашифровать... ой, а оно ниумеет - а после того как ты какой luks\ecryptfs на скотч-и-изоленту к этому делу прикрутишь - ситуация с производительностью уже чуть-чуть, самую капельку, малость - отличаться будет. Решишь ты вместо "хипстерской коммуны" мал-мала порядок навести и acl для доступа накрутить - ээээ... а оно нионо. Т.е. можно в юзерспейсе - но "за перформанс" опять же не поговоришь.
По ряду кейсов таки да, можно найти инструмент получше и местами\временами это даже окупается. Но in general - без вариантов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #215

163. Сообщение от Аноним (163), 03-Авг-23, 09:47 –1 +/–

> Предлагаете вернуться на ветки деревьев, к истокам?
Ничего не получится - там уже сидить какая-то 6лять хвостатая и зубы скалит.
А без электричества в отдельно взятой стране и так живут, х-й жуют. Зимой по льду завезли бочку соляры, летом кончилась. Диды терпели и нам вилели!
Но вот без бэкапов - в надежде на волшебную фс - очень дрянная идея.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #209, #253

164. Сообщение от пох. (?), 03-Авг-23, 09:49 +/–

suse - btrfs+xfs
rh и клоны - xfs over lvm
кто там с ext4 по умолчанию остался - я даже и не знаю.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #198, #199

165. Сообщение от пох. (?), 03-Авг-23, 10:04 +/–

>> 2007 – Apple started porting ZFS to Mac OS X
> И где ваш бог теперь? А, забил на все х@#?!
хуже - он заявил разработчикам "Главное правило ведения бизнеса с моим лучшим другом Ларри - не вести никаких бизнесов с моим лучшим другом Ларри".
Так zfs не стала дефолтной fs макоси - хотя могла.
> Это для вас оно - благодать. Потому что своего у вас сравнимого ничего не было и не будет.
а у вас и такого нет. И не будет, ушли титаны.
> А в линухе вон там Кент с nextgen nextgen'а тусуется. И вероятно все ж осилит закомитить.
опять никому ненужная х-ня вместо fs
> Как бы ZFS который сейчас разрабатывается в основном теми кто его на линухе гонять намерен.
как бы нет. Те - намерены гонять, пока дохлая лошадь не издохнет окончательно. "because of luck of resources".
Он вообще не разрабатывается а так - вяло пинается предпоследними могиканами из iX. Остальные слишком заняты прикручиванием докера к nas, им некогда, галера замедлила ход.
> фрибсда - им там выбирать не из чего
для большинства применений - вполне себе есть. В отличие от вашей замученой сорокалетней поделки, ufs не портила данные на ровном месте (silent corruption - это при перезагрузке ресетом и отсутствии нормального fsck - то и другое - выбор д-ла), снапшоты починили, пользоваться как-то можно, в невосстановимую кашу а-ля lvm не превращается. Для обычного сервера хватит.
ntfs вот, к сожалению, только кривая-костыльная.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #210

166. Сообщение от пох. (?), 03-Авг-23, 10:07 +/–

Нет. Эти кто-то с удовольствием позаботятся наоборот - чтоб у тебя ничего нормально не работало.
Да, можешь спать спокойно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #250

167. Сообщение от пох. (?), 03-Авг-23, 10:18 +/–

> Но у XFS нет даже и такого.
у xfs есть офлайн. И он вполне работает. А у zfs - удалите пул и создайте заново (c)
У btrfs вроде бы есть но по отчетам - не работает толком.
> Ты явно не в курсе, что у совершенно исправного железа есть такой параметр как "read error rate".
это ошибки - кого надо ошибки. Даже у сильно неисправного железа они никогда не доходят до операционной системы. Либо блок перечитается пока не прочитается правильно, точнее, пока его не удастся восстановить правильно (у prml дисков блоки НИКОГДА не читаются правильно, читается невообразимая каша) и это совершенно нормально для современных дисков, либо вернется ошибка, либо, чаще всего - повиснет нахрен.
> Может ты и про MTBF не слышал?
я в отличие от тебя не только слышал, а знаю что означает. Нет, твои волшебные поделки не умеют это обрабатывать.
> А при современных емкостях железок и погоне за емкостью, даже ценой хлипкости - это не пустое
> соображение.
пустое. Все равно твое ведро не сможет обработать. Пользуйся san от приличных производителей. Там соломка подложена где надо, они не повиснут. Причем внутри клон zfs. Просто разработчикам платят именно за это, а не за докер в докере под докером.
> А еще прикольно верить в чудеса, но fsck не может починить ВСЕ мыслимые виды разрушений.
его задача - вернуть консистентность метаданным (и по возможности - данным) - в крайнем случае просто обнулив их.
чтобы ты не поймал сегфолт при попытке обратиться по указателю, заполненному дерьмом.
данные в крайнем случае восстановишь с бэкапа. А скорее всего даже и не заметишь что где-то что-то прое...лось - как раз в виду того что современные диски бездоные а хранят на них в основном  - мусор.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #211

168. Сообщение от пох. (?), 03-Авг-23, 10:23 +/–

Это не имеет отношения к scrub. Если не совпало - как и при обычном чтении, попытается прочитать другую копию (и перезаписать неправильную). Если ее нет или она тоже битая, как всегда - давайте повиснем, что-ли? Или крэшнемся, тоже интересно.
А сам scrub просто "обычное чтение" и вызывает, волшебного там нет ничего.
А нужно совершенно другое - внешняя утилита проверки что прочитался не мусор, структуры заполнены правильно и по указателю лежит что-то похожее на то что там должно быть, и если нет - попытка найти где же оно осталось (в случае zfs вполне реальная, просто откатившись на предыдущую txg) и восстановить. Независимо от того, совпадают ли у мусора контрольные суммы (может оно в памяти уже было такое и сумма-то совпадает).
Ну б-ть, это умела ms-dos 1.1

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

169. Сообщение от пох. (?), 03-Авг-23, 10:24 +/–

не, это самсунг. Вряд ли у них получилось хорошо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #216

170. Сообщение от пох. (?), 03-Авг-23, 10:27 –1 +/–

> Эм... Вы из тех, кто хочет новый драйвер ntfs от paragon
да ладно тебе, старый был тоже вполне нормальный.
Тем более животворящий пендель от парагона сильно помог французишкам (в основном - закомитить годами висящие патчи).
И fsck вроде даже работающий (хотя всегда лучше предоставить эту работу вендепоганой, она - умеет). От парагонщиков так и не дождались обещанного гораздо более лучшего. Слишком много усилий ушло на переписывание color на colour и обратно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #176

171. Сообщение от Да ну нахер (?), 03-Авг-23, 10:37 +/–

Ну господина Торвалдьса изо всех сил пытались научить делать нормально. Но получилось что получилось.

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

172. Сообщение от microcoder (ok), 03-Авг-23, 10:45 +/–

> А в опенсорсе вашем нет никакой ответственности.
А в проприетарщине багтрекеров не существует??

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

173. Сообщение от Аноним (173), 03-Авг-23, 11:16 –3 +/–

Вспоминается классика
"Господи, код NTFS — это багровый роман ужасов, написанный под опиумом в средневековье, где используются глобальные рекурсивные блокировки и управление потоком выполнения программы при помощи структурной обработкой исключений (SEH). Давайте вместо неё напишем ReFs. (И да, начнем с копипаста исходников NTFS и удаления половины функциональности! Теперь добавим контрольные суммы, потому что контрольные суммы это круто, и с контрольными суммами мы почти так же круты, как ZFS, верно? И вообще, кому нужны квоты?)"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #223

174. Сообщение от пох. (?), 03-Авг-23, 11:26 +/–

> ... и _как_ их без снапшотов бэкапить?
как всегда. Ну не будет он crash consistent. Подумаешь, как будто это кому-то когда-то помогало.

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

175. Сообщение от Аноним (176), 03-Авг-23, 11:36 –2 +/–

Иными словами, получилось идеально, несмотря на всяких мешающих выродков с нездоровыми амбициями?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #177

176. Сообщение от Аноним (176), 03-Авг-23, 11:53 –1 +/–

>она - умеет
Что умеет, прости? Добить? Да, ntfs не зря известна тем, что постоянно рассыпается. Эти баги каждые пару лет фиксят, только в 1 месте исправляют, в 10 других ломают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170 Ответы: #181

177. Сообщение от пох. (?), 03-Авг-23, 11:54 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #178

178. Сообщение от Аноним (176), 03-Авг-23, 12:07 +/–

Ну как бы а что ты предлагаешь, если Копрошляпы не хотят нормально делиться кодом? Остаётся только копаться в костылях конкурентов. Ну и в данном случае речь всё же идёт о конкретном мусорном коде мусорной ФС, которую портировали из мусорного мёртвого юникса мёртвой корпы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #180

180. Сообщение от пох. (?), 03-Авг-23, 12:33 +/–

там все кроме одного пункта не имеет отношения к нормально делиться.
(если ты не имеешь в виду что они обязаны все эти приседания зачем-то выполнять самостоятельно и за оплачиваемое время своих индусов - это не нормально)
Оно о том что процесс разработки ведра - это адов трэш и мешанина худших технологий начала 90х, требующий совершенно неадекватных усилий от майнтейнера.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #183

181. Сообщение от пох. (?), 03-Авг-23, 12:34 –1 +/–

> Что умеет, прости? Добить? Да, ntfs не зря известна тем, что постоянно
врунишкам  с опеннета много чего известно. Зачем ты раскрываешь рот если не можешь на каждой фразе не врать?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #185, #213

182. Сообщение от Анонин (?), 03-Авг-23, 12:46 +/–

Ахаха, делать мне больше нечего, тратить свое время на какой-то линукс...
Вообще TEH DRAMA между ментейнером и другими разрабами ядра, пусть сами и разбираются)

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

183. Сообщение от пох. (?), 03-Авг-23, 12:48 +/–

> там все кроме одного пункта не имеет отношения к нормально делиться.
собственно, этот пункт изначально тоже не только потому что rh не хочет. rh не может - без дополнительных затрат. Потому что "стабильное ведро в вашем дистрибутиве". Вот они и разрабатывают - для ядра в своем дистрибутиве. Что вполне логично - их клиент именно с тем ядром и будет использовать.
А дальше вступает в силу -
> Оно о том что процесс разработки ведра - это адов трэш и
> мешанина худших технологий начала 90х, требующий совершенно неадекватных усилий от майнтейнера.

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

184. Сообщение от Аноним (184), 03-Авг-23, 13:36 +1 +/–

Называется "Красношляпа довыпендривалась"

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

185. Сообщение от Аноним (176), 03-Авг-23, 13:39 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #226

186. Сообщение от Аноним (3), 03-Авг-23, 14:31 –1 +/–

Красношапке как-то пох на мышиную возню всяких дистров

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #187

187. Сообщение от Аноним (187), 03-Авг-23, 14:42 +/–

вобще-то они на xfs сделали ставку
и сами много сил вложили в её развитие

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186 Ответы: #197

188. Сообщение от Аноним (188), 03-Авг-23, 14:56 +/–

>У большинства обычных юзеров стоит NTFS
Про них тут никто не вспоминал

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

189. Сообщение от Аноним (189), 03-Авг-23, 14:59 +/–

У ZFS лицензия сановская CDDL не совместимая с GPL и линуксом соответственно, каким образом могли стырить у линукса если ZoL использует сановсвую кодовую базу?

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

190. Сообщение от n00by (ok), 03-Авг-23, 15:34 +/–

Даже при понимании возможны ошибки, потому Syzbot не лишний. Когда нет понимания, никакие*) тесты не спасут.
*) на полный перебор вариантов не хватит ресурсов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #212

191. Сообщение от n00by (ok), 03-Авг-23, 15:43 +/–

"Теоретик" через 10 лет после первого интервью вдруг сам захотел повторить. И говорил он больше о коррупции и проблемах управления (см. текст новости, про двойной перегруз как причину выгорания), чем о ReiserFS. Зачем он это сделал? Что бы ещё через 10 лет в третьем интервью напомнить о своём прогнозе. ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #203, #218

192. Сообщение от Аноним (192), 03-Авг-23, 16:03 +/–

Поизучай еще это
netdev development stats for 6.5
How top authors rank in scores:
  1  p99 [-42]  Intel
  2   p0 [101]  RedHat
  3   p3 [ 16]  nVidia
  4   p2 [ 23]  Oracle
  5   p0 [358]  Meta
  6  p37 [  0]  Microchip
  7  p99 [-32]  Pengutronix
  8  p98 [-28]  AMD
  9  p99 [-56]  Bartosz Golaszewski
10  p92 [ -9]  Huawei
11  p99 [-40]  Bootlin
12   p4 [ 10]  Broadcom
13   p0 [165]  Google
14  p19 [  1]  Isovalent
15  p96 [-24]  Alibaba
https://lwn.net/ml/linux-kernel/20230627163832.75f3a340@.../

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

193. Сообщение от Аноним (188), 03-Авг-23, 16:56 +/–

>читай - на собственно развитие xfs, потому что оно осуществляется компанией rhbm
Фиг там. Последнее время xfs развивается сильно больше ораклом.

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

195. Сообщение от Аноним (197), 03-Авг-23, 17:10 +/–

Сколько строчек и ради чего? Нахрен он нужен XFS? Есть EXT-4. Что вам надо еще? Надо экзотики ставьте BTRFS\ZFS.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #196, #219

196. Сообщение от xsignal (ok), 03-Авг-23, 17:11 +/–

f2fs!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195 Ответы: #230

197. Сообщение от Аноним (197), 03-Авг-23, 17:13 –1 +/–

Какую еще ставку? Никто не использует XFS под линукс сто лет в обед.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187 Ответы: #206

198. Сообщение от Аноним (-), 03-Авг-23, 18:07 +/–

Вроде Alphabet Inc он же бывший Google использует EXT4, везде не везде не знаю. Уточнять надо по крайне мере так было лет 8 назад. Это не какой не показатель вот они значит так и нам. Их так устраивало было, а может и сейчас. Смотреть надо шире. Меня на данный момент устраивает boot ext2, / jfs.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #200

199. Сообщение от Аноним (-), 03-Авг-23, 18:08 +/–

Их так устраивало тогда, а может и сейчас устраивает.

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

200. Сообщение от пох. (?), 03-Авг-23, 18:18 +/–

> Вроде Alphabet Inc он же бывший Google использует EXT4
они вон годами использовали ext2. Но это совсем не означает что тебе тоже можно.
ext4 они тоже в очень странной позе и вряд ли без своих странных патчей.
Причем даже если бы поделились - не факт что их патчи подойдут для тебя, ты не гугль.
Кстати, люстра одно время помнится пыталась и в zfs. Зачем, для чего - гугль его знает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198 Ответы: #204

201. Сообщение от Аноним (201), 03-Авг-23, 19:23 +/–

> С SLA на много лет и денег
SLA на много денег отнюдь не значит, что тебе на счёт какие-то деньги будут перечислены в случае факапа. Считай их кредитами в игровом автомате — можешь играть пока не кончатся, но купить бутерброд за них не сможешь. Так и здесь, тебе будут на эту сумму оказывать ограниченный набор услуг (например, поддержку), но обналичить эти деньги практически невозможно. Да и не будет это в здравом уме никто делать. Если эти бабки действительно со счёта на счёт гонять, может так оказаться, что поставщик решения обанкротится и в итоге у тебя будет нерабочая система, и никого, кто мог бы её починить.

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

202. Сообщение от Аноним (201), 03-Авг-23, 19:25 +2 +/–

Ресурсам повезло и им не пришлось чинить баг? Ишь ты!

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

203. Сообщение от Аноним (201), 03-Авг-23, 19:36 +/–

Языком молоть — не мешки ворочать. Цитируя одного известного программиста, talk is cheap, show me the code.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #229

204. Сообщение от Аноним (-), 03-Авг-23, 21:29 +/–

"Меня на данный момент устраивает boot ext2, / jfs"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200 Ответы: #205

205. Сообщение от пох. (?), 03-Авг-23, 21:58 +/–

> "Меня на данный момент устраивает boot ext2, / jfs"
да кому проблемы твоего локалхоста интересны... меня вон устраивает ntfs, но денег она мне не принесет.

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

206. Сообщение от пох. (?), 03-Авг-23, 22:00 +1 +/–

эксперт опросил свою тульпу и чучело кота?

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

207. Сообщение от Аноним (207), 04-Авг-23, 00:18 +/–

>> развработчики ZFS какие там были - такие по факту и остались
> Ага, Белендорф и его команда.
Так и скажи, что в коммиты не смотрел и вообще, между "разработчик" и "имеющий commit bit" различий не видишь.
Ну давай глянем, чего там за последнюю неделю накоммитили:
https://github.com/openzfs/zfs/commit/114a39964f5c8d89558d28...

zdb: include cloned blocks in block statistics
This gives `zdb -b` support for clone blocks.
...
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: Kay Pedersen <mail@mkwg.de>
Signed-off-by: Rob Norris <rob.norris@klarasystems.com>
Sponsored-By: OpenDrives Inc.
Sponsored-By: Klara Inc.
Closes #15123
Loading branch information
robn committed Aug 1, 2023

https://github.com/openzfs/zfs/commit/b22bab2547b74b5df5e469...
Remove fastwrite mechanism.
Fastwrite was introduced many years ago to improve ZIL writes spread
...
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: George Wilson <george.wilson@delphix.com>
Signed-off-by:    Alexander Motin <mav@FreeBSD.org>
Sponsored by:    iXsystems, Inc.
amotin committed Jul 28, 2023

https://github.com/openzfs/zfs/commit/5bdfff5cfc8baff48b3b59...

BRT should return EOPNOTSUPP
Return the more descriptive EOPNOTSUPP instead of EXDEV when the
storage pool doesn't support block cloning.
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: Rob Norris <rob.norris@klarasystems.com>
Signed-off-by: Kay Pedersen <mail@mkwg.de>
Closes #15097
Loading branch information
oromenahar committed Jul 27, 2023

https://github.com/openzfs/zfs/commit/704c80f0487199a00c3ce5...

Avoid waiting in dmu_sync_late_arrival().
The transaction there does not produce any dirty data or log blocks,
...
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Signed-off-by:    Alexander Motin <mav@FreeBSD.org>
Sponsored by:    iXsystems, Inc.

https://github.com/openzfs/zfs/commit/5bdfff5cfc8baff48b3b59...
Remove zl_issuer_lock from zil_suspend().
This locking was recently added as part of #14979. But appears it
...
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Signed-off-by:    Alexander Motin <mav@FreeBSD.org>
Sponsored by:    iXsystems, Inc.
Closes #15103
Loading branch information
amotin committed Jul 25, 2023

Да-да, все коммиты от rob (а их там много) - это  "Klarasystems: Experts in FreeBSD, ZFS and ARM/Embedded"
И то ли дело пингвинячьи

Revert "Linux 6.5 compat: register_sysctl_table removed
linux/copy_file_range: properly request a fallback copy on Linux <5.3
readmmap.c: fix building with MUSL libc
Linux 4.20 compat: wrapper function for iov_iter type access
Linux 6.4 compat: iter_iov() function now used to get old iov member

вот где развитие так и прет!
>> из IXsystems, freebsd и т.п. А основную разработку, так-же IXSystems осуществляет
> И что полезного сделали ixsystems за последние три года?
Эпик опеннетой ыкспертизы, в общем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #227

208. Сообщение от voiceofreason (?), 04-Авг-23, 03:28 +/–

Проиграл :)

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

209. Сообщение от Аноним (-), 04-Авг-23, 03:41 +/–

> Ничего не получится - там уже сидить какая-то 6лять хвостатая и зубы скалит.
Да ладно, вы уже такие хорошие почти всех их перебили и уморили изменениями климата и хозяйственной деятельностью, так что места - навалом.
> А без электричества в отдельно взятой стране и так живут, х-й жуют.
> Зимой по льду завезли бочку соляры, летом кончилась. Диды терпели и
> нам вилели!
Заодно без электричества не очень покоментишь на опеннете. Пустячок а приятно.
> Но вот без бэкапов - в надежде на волшебную фс - очень
> дрянная идея.
Одно другое не отменяет. Но бэкапать всю ОС - а смысл? Это долго и жрет много места. Список пакетов - можно пакетником заново накатить по быстрому. Конфиги и user data? Ну, ок. Снапшот ценен тем что за пару минут с минимальными допущениями можно вернуть в точно работающий вид, "как было". А бэкапы ресурсоемкая операция, часто их делать не будешь. И раскатывать довольно долго. Может быть проще вкатить шаблон системы, доустановить отсутствовавшие пакеты и раскатать конфиги и user data. Эффект тот же самый, только времена бэкапа и объем хранимых данных опять же сильно приятнее.

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

210. Сообщение от Аноним (-), 04-Авг-23, 04:27 –2 +/–

> хуже - он заявил разработчикам "Главное правило ведения бизнеса с моим лучшим
> другом Ларри - не вести никаких бизнесов с моим лучшим другом Ларри".
Яблоко - не фрибсда, скорее вообще фичу не выкатят, чем раздадут юзерам тормозного лагучего монстра позапрошлого поколения жрущего гигазы оперативки. Стиль фирмы такой.
Файлопомойки не про эпл. А для остального zfs с его устройством и управлением ресурсами "не очень".
> Так zfs не стала дефолтной fs макоси - хотя могла.
Зачем им такой монстр по дефолту?! Чтобы юзерэкспериенс порушить? У них пользователи требовательнее фрибсдшных.
> а у вас и такого нет. И не будет, ушли титаны.
Кто сказал что мне вон то надо? Себе оставь! Мне мегаэнтерпрайз с нереальными допущениями и жором гигз RAM не вперся. Поэтому пока для меня рулит btrfs, покрывающий сценарии которые мне нужны, в отличие от. Может когда-то будет рулить штука от Кента. А может и обе. Это TBD.
>> А в линухе вон там Кент с nextgen nextgen'а тусуется. И вероятно все ж осилит закомитить.
> опять никому ненужная х-ня вместо fs
Тебя спросить забыли что и кому нужно. А твое же "и не будет" не наводило на мысль что оно так потому, что тормознй выб@док, без экстентов, с кучей оверхеда и костылей, требующий сотни рамы для затыкания факапов перфоманса не "венец творения" а "первый блин комом"?
И кентушка дизайн в целом сдирал не с него, а с btrfs, но уже зная по сверхскоростное IO и низкий оверхед в требованиях, переделав самые проблемные места, а еще за счет близости с bcache он понимает концепцию "front", "back" и "promote". Впрочем на минималках все 3 могут быть и 1 девайсом. Так что оно завертится и на простых конфигах. И поскольку он гоняет это на своих компах то оно тоже будет получше того энтерпрайза не от мира сего.
> как бы нет. Те - намерены гонять, пока дохлая лошадь не издохнет
> окончательно. "because of luck of resources".
Это потому что они в него вляпались, и совсем уморить пока не могут. Но постепенно наверное  LLNL и т.п. уйдут на другие варианты. Тянуть лямку лично, вне майнлайная - такая себе "радость".
> iX. Остальные слишком заняты прикручиванием докера к nas, им некогда, галера
> замедлила ход.
Внезапно, компьютеры существуют чтобы обслуживать нужды людей. Надо же, открытие. И внезапно пеперосточные хранилки не самое важное и массовое из этих нужд.
> для большинства применений - вполне себе есть. В отличие от вашей замученой
> сорокалетней поделки, ufs не портила данные на ровном месте (silent corruption
"Моему" btrfs'у явно не 40 лет. А этот Unknown F....g Sh...t мне вот вообще совсем не требуется. Даже если за это приплатят. Он ничем не интересен. Легаси дизайн с кучей проблем и без очевидных достоинств. Никто не даст денег на его развитие, да и для себя такое кодить ну нафиг, это как гордиться тем что набил железный обод на деревянное колесо.

> - это при перезагрузке ресетом и отсутствии нормального fsck - то
> и другое - выбор д-ла), снапшоты починили, пользоваться как-то можно, в
> невосстановимую кашу а-ля lvm не превращается. Для обычного сервера хватит.
У меня на btrfs снапшоты тоже в кашу не превращаются. Даже после множества крахов и ребутов, включая сотни "тестовых" спецом для этого. Так то сказ о том что там с ним случается при ресете оставь великим экспертам типа b00ster и n00by всяких.
> ntfs вот, к сожалению, только кривая-костыльная.
Ну, btrfs поставь на свою виндочку, если острых ощущений вдруг захотелось :)))

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

211. Сообщение от Аноним (-), 04-Авг-23, 05:10 +/–

> у xfs есть офлайн. И он вполне работает.
А ты радостно вырубишь продовые системы и будешь с оптимизмом гонять это, на многотерабайтных массивах то? Особенно проверку чексум по всей площади какую, чтоб не получить внезапный бэд на попытке ребилда. Btrfs в этом приколен тем что чекает только реально используемое - и ребилд только это и будет использовать.
> А у zfs - удалите пул и создайте заново (c)
> У btrfs вроде бы есть но по отчетам - не работает толком.
У их дизайнов есть кое-что общее: при крахе по задумке вообще не должно как-то серьезно портиться. Если вдруг это случается, железо работает за пределами допущений типичной файлушной семантики сброса буферов, это с любой фс может стать проблемой. Борьба с запредельно кривым железом просто не основной сценарий, вариантов этой кривизны очень много. И таки по состоянию на сейчас вон тот аспект в железе все же обычно работает. Хотя как last resort конечно инструмент такого плана неплохо бы.
> это ошибки - кого надо ошибки. Даже у сильно неисправного железа они
> никогда не доходят до операционной системы.
Это кто сказал? У FEC вероятность прощелкать сбой и вернуть кривые данные как якобы-валидные - отлична от 0. В этом случае второй уровень чексум оказывается очень кстати. Он другой и вероятность что и для него это тоже валидно - низкая. А вот любители обычных RAID в этом месте могут скушать интересных ништяков.
> Либо блок перечитается пока не прочитается правильно, точнее, пока его
> не удастся восстановить правильно (у prml дисков блоки НИКОГДА не читаются правильно,
В конечном итоге вопрос справился FEC или нет. Иногда FEC думает что справился - но реально это полный левак. Который сходится как решение алгоритма FEC, так что нате вам! На мелком диске читаемом раз в сто лет ты не доживешь до этого момента. А если постоянно читать терабайтами... таки можешь и дожить уже.
> читается невообразимая каша) и это совершенно нормально для современных дисков,
Ну не "невообразимая" - и FEC все же парирует ограниченное число сбоев потому что много места под FEC жаба душит отдавать.
> либо вернется ошибка, либо, чаще всего - повиснет нахрен.
Ну вообще оно обычно 1 из эн вариантов:
1) Вернет за обозримое время какой-то хлам. Который толи сошелся как решение FEC, толи просто "уж что вышло" даже если FEC не сошелся. Зависит от дури фирмвари.
2) Честно сооб IO Error.
3) Надолго задумается, делая чертову кучу повторов чтения. Совсем виснет редко, обычно у соята терпение кончается и тот начинает истерить. Для этого в винчах сделали набор команд SCT, позволяет указать фирмвари что нам таймаут операции не пофиг (иначе RAID считает девайс отпавшим, etc).
> я в отличие от тебя не только слышал, а знаю что означает.
Странно, а про read error rate вот совсем по нулям.
> Нет, твои волшебные поделки не умеют это обрабатывать.
Да вот btrfs при правильном подходе орет "csum failed ... corrected". А на жестаках в RAID я в отличие от всяких - умею фичи SCT настраивать. Оно как раз для вот этого, чтоб в таймаут по "якобы взвису" не уходить.
> пустое. Все равно твое ведро не сможет обработать.
Что оно не сможет обработать? Оно либо IO error поймает либо ФС заметит csum failed, оба случая ведут к перезаписи проблемного блока. До кучи такая логика и ремапу проблемного региона косвенно способствует.
> Пользуйся san от приличных производителей. Там соломка подложена где надо они не повиснут.
Я и без супербогов в состоянии наруливать системные аспекты, типа SCT фич, так что и у меня не виснет в общем случае. Поэтому могу получить такой же результат как ты но в разы дешевле. И соломку я стелить научился не хуже вон тех. А просто потому что понимаю как оно унутрях и откуда гадостей ждать.
> Причем внутри клон zfs. Просто разработчикам платят именно за это, а не за
> докер в докере под докером.
Вот с непонятной проприетарой от супербогов за дофига денег ты там сам как нибудь и танцуй. А я и сам на олимп при нужде прогуляться могу.
> его задача - вернуть консистентность метаданным (и по возможности - данным) -
> в крайнем случае просто обнулив их.
И что ожидается получить с обнуленными метаданными оптом например?
> чтобы ты не поймал сегфолт при попытке обратиться по указателю, заполненному дерьмом.
Если это будет проблема, читать btrfs можно и офлайн. К тому же тыкаясь в разные точки входа. А в новых версиях вроде и онлайново маунтить прошлые generation научили. В надежде что разрушения всплывшие вон там - еще не затрагивали вон те варианты view энной давности.
> данные в крайнем случае восстановишь с бэкапа. А скорее всего даже и
> не заметишь что где-то что-то прое...лось - как раз в виду
> того что современные диски бездоные а хранят на них в основном - мусор.
Ну как бы я вот разок заметил бэд под системной либой. На эмбедовке. Очень не понравилось. С тех пор там btrfs с DUP - он такое парирует в 2 счета. Стало лучше чем было. А твой zfs так вообще не умеет просто и без гимора, он вообще не делался для таких кейсов. А хранилка прекрасно но стоит больше одноплатника и кастомеры не поймут-с.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #220

212. Сообщение от Аноним (-), 04-Авг-23, 05:27 +/–

> Даже при понимании возможны ошибки, потому Syzbot не лишний. Когда нет понимания,
> никакие*) тесты не спасут.
Вообще, несколько раз я выруливал и не совсем понимая что я сделал, проверяя именно по спекам что то что вышло - работает как надо. Что делать, некоторые вещи в сложном мире иногда заставляют балансировать на грани возможного.
> *) на полный перебор вариантов не хватит ресурсов.
Как я вижу, штуки типа syzbot одолели гамнокодеров, завалив редхатиндусов багами в их чудном коде. А то что ботам похрен и они краевые случаи прозванивают не хуже остальных - и что? Это не значит что их чинить не надо. Вон в btrfs фэйсбук чинил баг который все рушил только если файл более 20Тб. Остальным оно похрен - но ведь со временем и другие такие файло начнут наворачивать. И будет как в винде vs NTFS vs 2Tb где он себе харакири делал. Ну на 20 терабайтов вместо 2, можно подумать увеличение циферки в 10 раз надолго спасет.
На мой вкус root cause - общее качество кода. Редхат прощелкал грандов, быро нанял левых нонеймов, подначивая их давай-давай. И получил - то что получил. Хреновое качество кода по всей площади и задолбавшегося с этим майнтайнера.
На самом деле с XFS забавная история в том что они сделав годный test suite пришли к тому что другие команды им лучше и чаще пользуются в свое благо, XFSники же раздолбайничали (что еще пачка индусов может?) и со временем "техдолг" накопился до состояния когда с ним жить уже тяжко стало.
А круто в этой истории хотя-бы то что человек заметил что он перестает справляться с ситуацией и отдал бразды правления. Может кто-то иной сможет лучше. Или участники проекта пересмотрят практики после демарша.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #228

213. Сообщение от Аноним (-), 04-Авг-23, 05:31 +/–

> врунишкам  с опеннета много чего известно. Зачем ты раскрываешь рот если
> не можешь на каждой фразе не врать?
Похыч, как некто, кто собирал юзерам не менее десятка развалившихся NTFSов я имею полные основания назвать вруном именно тебя. Таки оно разваливается. И в силу пофигизма юзеров, виндов и ФС к все и вся - не сказать что так уж прямо редко.
А проблемы с RAM или диском юзер замечает обычно лишь когда толи бсод при маунте, толи оно вообще не хочет маунтиться и chkdisk не чинит это, толи половина файлов куда-то ВНЕЗАПНО испаряется, то еще какая-то хня.

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

215. Сообщение от Аноним (-), 04-Авг-23, 06:05 –1 +/–

> Рабинович ntfs3g насвистел, да? Не, ну в таком изводе и впрямь - нинада.
Ну, э, я их еще до того момента аннулировал. А так он работает. Но нтфс от этого лучше не станет. Как был писком 90 по технологиям так и остался.
> Аааа, ну тут да, тут не поспоришь ). В дисциплине конпеляния линуксов
> у линуксов конкурентов нет ))).
Создать технологии чтобы ими далее улучшать, развивать и кастомизировать технологии - это нормальный принцип bootstrap. Линуксоиды не первые кто придумал это. Этот принцип отлично работает. Попробуй так из своей виндочки, кули. Мне кажется у тебя будут определенные проблемы за пределами того что предусмотрел для тебя майкрософт. Поэтому я вон те штуки смогу, а ты нет.
> NTFS определенно _медленнее_. В краевых случаях - _значительно_ медленнее.
А виндовый кернел определенно медленнее линухового во многих случаях. В крайвых случаях - в разы. Может в гамезах с этим и можно поспорить, но я не геймер.
> Впрочем, "краевые случаи", где другие ФС встают колом я тоже видел.
Да они везде есть. Но в случае винды и NTFS почти любой проект куда ни ткни в 2-3 раза медленнее билдуется. Это похрен для фирмвари МК но совсем не похрен для более крупных проектов.
> жЫрный постгрес и btrfs с его коровами-и-снапшотами превращается в тыкву.
Ну, я не DBA c мегабазами. И мне жирный постргрес точно не первичный кейс. Это как раз тот случай для которого оракл nocow задуывал. Журналить журналы затея в принципе неблагодарная, с практически любыми технологиями.
> Ну ой, не преднозначено оно. Не, ну можно конечно коровок отломать -
> но тогда и со снапшотами попрощаешься.
Делать именно снапшоты, именно баз такого плана - затея довольно грабельная, мягко говоря. У базы какие-то свои идеи насчет консистентности - не очень предусматривавшие что кто-то заморозит их во времени "in flight" а потом сгоняет в прошлое помимо их воли.
> на скотч-и-изоленту к этому делу прикрутишь - ситуация с производительностью уже
> чуть-чуть, самую капельку, малость - отличаться будет.
Что поделать, на елку влезть не ободрав зад получается таки не всегда.
> а оно нионо. Т.е. можно в юзерспейсе - но "за перформанс"
> опять же не поговоришь.
В смысле? Как минимум posix ACL оно вроде сто лет умеет.
> По ряду кейсов таки да, можно найти инструмент получше и местами\временами это
> даже окупается. Но in general - без вариантов.
Ну вот не бывает в этом мире серебряных пуль. А вон там на RAW NAND вообще придется любить UBIFS какойнить. Просто потому что он в курсе особенностей столь дурной media. NTFS при этом вообще никак не поможет - он на RAW NAND вообще совсем никак не катит.

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

216. Сообщение от Аноним (-), 04-Авг-23, 06:32 +/–

> не, это самсунг. Вряд ли у них получилось хорошо.
Там на все надрывается 1 несчастный кодер по сути, на вот это и на ksmd. По нормальному это 2 галеры, каждая гребцов на 10. А тут 1 чувак на 2 галеры как-то раскорячился. Скажите спасибо что это вообще как-то плавает, бжад :)))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #217, #222

217. Сообщение от Аноним (-), 04-Авг-23, 06:33 +/–

> Там на все надрывается 1 несчастный кодер по сути, на вот это
> и на ksmd. По нормальному это 2 галеры, каждая гребцов на
> 10. А тут 1 чувак на 2 галеры как-то раскорячился. Скажите
> спасибо что это вообще как-то плавает, бжад :)))
Поправочка, ksmbd конечно. Надо же повторить опечатку поха, позор какой...

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

218. Сообщение от Аноним (-), 04-Авг-23, 06:37 +/–

> "Теоретик" через 10 лет после первого интервью вдруг сам захотел повторить. И
> говорил он больше о коррупции и проблемах управления (см. текст новости,
> про двойной перегруз как причину выгорания), чем о ReiserFS. Зачем он
> это сделал? Что бы ещё через 10 лет в третьем интервью
> напомнить о своём прогнозе. ;)
Этот теоретик свои проекты вообще не научился менеджить, и отпугивает вообще всех кодеров. И потому явно не в том состоянии чтобы другим давать мастерклассы на тему. Пусть сперва что-то работающее и пригодное к экплуатации выкатит, а потом учит других как это делать правильно. Офигенный маглев существующий только в виде набросков - из пункта А в пункт Б вашу задницу не привезет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #233

219. Сообщение от leap42 (ok), 04-Авг-23, 07:05 –2 +/–

> Нахрен он нужен XFS? Есть EXT-4. Что вам надо еще?
Ну как, нам нужна нормальная FS, а не EXT4 🤷‍♂️

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

220. Сообщение от пох. (?), 04-Авг-23, 11:48 +1 +/–

> А ты радостно вырубишь продовые системы и будешь с оптимизмом гонять это, на многотерабайтных
> массивах то?
пока не будет поводов - не буду, нахрена мне ненужные проверки? Я не верю в ваши мифы и легенды про самомодифицирующиеся байтики на дисках.
Если повод будет - да, прогоню, у меня нет настолько ненужных продовых систем с многотерабайтными массивами чтобы оно не имело резервирования и его нельзя было отключить для проверки, это ж п-ц какой-то.
Обычный fsck а не какие-то проверки ненужного ненужно "по всей площади".
>> никогда не доходят до операционной системы.
> Это кто сказал?
опыт.
> Да вот btrfs при правильном подходе орет "csum failed ... corrected".
а у меня не орет. Видно, что-то делаю неправильно.
А вот виснуть и портить данные - да, умеет.
> Что оно не сможет обработать? Оно либо IO error поймает либо ФС заметит csum failed
либо повиснет, перезагрузится ресетом и убьет даже те данные которые ничем не виноваты, просто под руку попали. Велкам ту рил волд Нео, жри хрючево - осетрина твоя была воображаемой.
> Я и без супербогов в состоянии наруливать системные аспекты, типа SCT фич
ты как обычно в состоянии рассказывать сказочки своего локалхоста или вовсе чтение викивракии. Про sct он прочитал, ох б-жечки ж мой (а ничего что в доступных тебе дисках нет никакого sct десять лет как? А, это ж не написано в викивракии. А с реальными проблемами ты не встречался, у тебя "фсе работает", ну кроме битой флэшки в кривой эмбедовке, очень ценное знание, жаль бесполезное)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211 Ответы: #235

222. Сообщение от пох. (?), 04-Авг-23, 12:02 +/–

обратить внимание - и с xfs похожая хрень. По нормальному на галеру с двадцатью гребцами, а веслают десять. И то среди них два специалиста по диверсити и один альтернативно-одаренный.
И если ты наивно надеешься что волшебную btrfs пишут какие-то другие, с правильной галеры, где их ромом поят и икрой кормят (не кабачковой) и голые девки овевают опахалами чтоб эффективней греблось - то у меня для тебя паршивая новость.
Поэтому raid6 как разваливался, так и будет - и ни одна живая душа с той галеры не знает, почему это происходит - за десять лет. (Кошка кока возможно знает, но она разговаривать не умеет.)
А попытка wdшных гребцов приобщиться - не нашла понимания у кнутователя.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216 Ответы: #238

223. Сообщение от пох. (?), 04-Авг-23, 12:04 +1 +/–

> Вспоминается классика
Антинаучной фантастики.

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

226. Сообщение от пох. (?), 04-Авг-23, 12:25 +/–

> Ну почему же, всем известно, кроме фанбоев, вроде тебя. МС вполне конкретно
> сообщает в ченджлогах каждый раз, из того. что я видел.
прям так тебе лично и сообщает - постоянно, де, разваливается.

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

227. Сообщение от n00by (ok), 04-Авг-23, 14:23 +/–

Если смотреть версии в районе 0.6 (до того не следил), там в основном Белендорф был. Потом, как я слышал, грант его закончился. По каким причинам ZoL взяли в FreeBSD тоже пропустил (помню споры про TRIM - какая где лучше; TRIM в ZoL делал не Белендорф), но, наверное как раз поэтому FreeBSD теперь и приходится вливать в "апстрим"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #240

228. Сообщение от n00by (ok), 04-Авг-23, 14:49 +/–

>> Даже при понимании возможны ошибки, потому Syzbot не лишний. Когда нет понимания,
>> никакие*) тесты не спасут.
> Вообще, несколько раз я выруливал и не совсем понимая что я сделал,
> проверяя именно по спекам что то что вышло - работает как
> надо.
Это обычные для Даннинг-Крюгера сомнения. Другой бы написал "я вообще никогда не напрягаюсь и всегда всё работает". ;) Кроме того, понимание и осознание несколько не одно и тоже. Бывает понимание на интуитивном уровне. Бывают люди, кто понимает, но объяснить другим толком не может - потому у некоторых книжек два автора.
> Что делать, некоторые вещи в сложном мире иногда заставляют балансировать
> на грани возможного.
Одно дело, когда надо "ещё вчера" что-то исправить, а другое - добавить новый функционал.
>[оверквотинг удален]
> что их чинить не надо. Вон в btrfs фэйсбук чинил баг
> который все рушил только если файл более 20Тб. Остальным оно похрен
> - но ведь со временем и другие такие файло начнут наворачивать.
> И будет как в винде vs NTFS vs 2Tb где он
> себе харакири делал. Ну на 20 терабайтов вместо 2, можно подумать
> увеличение циферки в 10 раз надолго спасет.
> На мой вкус root cause - общее качество кода. Редхат прощелкал грандов,
> быро нанял левых нонеймов, подначивая их давай-давай. И получил - то
> что получил. Хреновое качество кода по всей площади и задолбавшегося с
> этим майнтайнера.
Где-то я уже читал такое... В воспоминаниях сотрудника Микрософт, как они с ИБМ пилили OS/2.
> На самом деле с XFS забавная история в том что они сделав
> годный test suite пришли к тому что другие команды им лучше
> и чаще пользуются в свое благо, XFSники же раздолбайничали (что еще
> пачка индусов может?) и со временем "техдолг" накопился до состояния когда
> с ним жить уже тяжко стало.
> А круто в этой истории хотя-бы то что человек заметил что он
> перестает справляться с ситуацией и отдал бразды правления. Может кто-то иной
> сможет лучше. Или участники проекта пересмотрят практики после демарша.
В том то и вопрос, сколько их, кто не заметил или сказать стесняется.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212 Ответы: #236

229. Сообщение от n00by (ok), 04-Авг-23, 14:54 +/–

Так если прогноз сбудется, цена на его talk возрастёт. ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #254

230. Сообщение от Аноним (230), 04-Авг-23, 16:07 +/–

поставить и в предвкушении ожидать отключения электричества

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

231. Сообщение от Аноним (231), 04-Авг-23, 17:10 +/–

Рейзер ещё с прошлого века как в проде

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

233. Сообщение от Аноним (231), 04-Авг-23, 21:32 +/–

> и отпугивает вообще всех кодеров
быдлокодеров?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218 Ответы: #239

234. Сообщение от Аноним (234), 05-Авг-23, 05:12 +/–

Все не ограничивается лишь XFS. Это под силу и EXT4, и ZFS.

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

235. Сообщение от Аноним (-), 05-Авг-23, 05:29 +/–

> пока не будет поводов - не буду, нахрена мне ненужные проверки?
Это как pkunzip.zip - без чексум ты это не заметишь и будешь уверен что все ЗБС. Но на современных объемах данных и скоростях магия количеств серьезно нагибает теорвер vs "read error rate".
> Я не верю в ваши мифы и легенды про самомодифицирующиеся байтики на дисках.
Себе противоречишь. То не читает корректно никогда - то не верю в легенды. Почитай тогда как FEC работает и не тупи. Вероятность что нечто совершенно левое будет посчитано корректным решением для FEC отличается от ноля. На достаточно большом числе попыток может и проскочить. А у некоторых железок фирмвар предпочитает отдать прочитаный буфер как есть даже если FEC облажался, хз почему.
> Если повод будет - да, прогоню, у меня нет настолько ненужных продовых
> систем с многотерабайтными массивами чтобы оно не имело резервирования и его
> нельзя было отключить для проверки, это ж п-ц какой-то.
Поэтому онлайновый scrub с фоновым приоритетом и имеет некое право на жизнь. И таки я видел случаи когда он таки реально репайрил единичные сбои. Бывает. Хоть и весьма редко на нормальном железе. Заодно самодиагностикой подрабатывает.
> Обычный fsck а не какие-то проверки ненужного ненужно "по всей площади".
Одно другое не заменяет. И вон то актуально например в многодисковой конфиге чтобы не обнаружить тот бэд когда перестройка вылетевшего совсем диска пирспичила.
> опыт.
А мой опыт вот - видал несколько бэдов заруленых btrfs'ом по именно той механике. И?
> а у меня не орет. Видно, что-то делаю неправильно.
Зависит от железа, количества инстансов оного и много чего еще. В норме он конечно орать и не должен. Но случаи бывают разные. И вот раз в дохрена лет даже на ноуте случайный бэд вылез. Ну как вылез так и аннулировался. Btrfs починил данные, винч ремапнул сектор при очередной записи, и оно и дальше работало себе долго и счастливо. Так намного лучше имхо.
> А вот виснуть и портить данные - да, умеет.
В моих конфигах, вот, не виснет. А если попробует - быренько познакомится с дебагером. Если конечно это не про тормозной отклик винчей при налете на бэды, таймаут на это через команды SCT рулится, это причина их появления если что. А у некоторых серий "для RAID" оно даже активно по дефолту.
> либо повиснет, перезагрузится ресетом и убьет даже те данные которые ничем не
> виноваты, просто под руку попали. Велкам ту рил волд Нео, жри
> хрючево - осетрина твоя была воображаемой.
У меня таких страстей почему-то не бывает. Толи баги меня боятся, знают что ядебагер достану, толи я идиотских действий типа out of tree модулей рушаших память и плохо тестированых не гоняю, но вон то в моих конфигах не характерно.
> ты как обычно в состоянии рассказывать сказочки своего локалхоста или вовсе чтение
> викивракии. Про sct он прочитал, ох б-жечки ж мой (а ничего
> что в доступных тебе дисках нет никакого sct десять лет как?
Вообще-то набор команд SCT поддерживался практически всеми более-менее новыми дисками которые я видел (да, я любопытный и тыкаю палочкой в девайсы). А нет его либо в антиках либо в твердотельных где он нахрен не вперся, там и retry сильно быстрее и много попыток смысла делать меньше.

> А, это ж не написано в викивракии. А с реальными проблемами
> ты не встречался, у тебя "фсе работает", ну кроме битой флэшки
> в кривой эмбедовке, очень ценное знание, жаль бесполезное)
Знание как сделать чтобы ни...я не работало - еще менее полезное. Почему-то :). Хотя если тебя к конкурентам засылать - то, конечно, ЗБС.

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

236. Сообщение от Аноним (-), 05-Авг-23, 06:10 +/–

> Это обычные для Даннинг-Крюгера сомнения. Другой бы написал "я вообще никогда не
> напрягаюсь и всегда всё работает". ;) Кроме того, понимание и осознание
> несколько не одно и тоже. Бывает понимание на интуитивном уровне.
Вот я про это. На уровне интуиции ощущается, но рациональная формулировка не приходит. И если кто спросит почему тут так - сложно рационально обосновать. Прокатывает, но раздражает.
> Бывают люди, кто понимает, но объяснить другим толком не может - потому
> у некоторых книжек два автора.
Тут я придерживаюсь мнения Резерфорда - если не можете объяснить кухарке чем занимаетесь, то и сами не понимаете.
> Одно дело, когда надо "ещё вчера" что-то исправить, а другое - добавить
> новый функционал.
Новый функционал тоже бывает нужен нетривиальный, на грани понимания. Кодить его вечно - не вариант. А в ФС многофакторные неизвестные с кучей аспектов просто везде, вот и прихожится импровизировать зачастую. И это в общем то нормально. Но все хорошо в меру.
Конкретно XFSники ИМХО влезли в большой техдолг, зачем-то делая из дизайна то что в нем никогда не планировалось: CoW и рефлинки. Это ИМХО не те фичи которые можно сбоку прикрутить на проволоку - и потом не пожалеть о содеяном. Некоторые фичи все же лучше делать как core дизайна, учтя в структурах и алгоритмах сразу. Потом уже поздно.
Зачем они так сделали - а кто знает. Видимо посчитали что раз запрос на фичу есть и у конкурентов есть то и им надо, а из того что было под рукой только XFS. Ну и пошли натягивать сову на глобус. Даже что-то получилось, но какой ценой... о чем и сабж. Это если что мое частное мнение и т.к. я все же не Торвальдс в вопросах управления проектами к нему стоит относится с определенным скепсисом. Возможно есть более удачные объяснения наблюдаемого.
> Где-то я уже читал такое... В воспоминаниях сотрудника Микрософт, как они с
> ИБМ пилили OS/2.
Возможно. Паттерны вполне могут повторяться. А зачастую даже еще и работают. Просто ФС довольно сложный многофакторный топик и то что хорошо работало для вебдева не обязано прокатить и для ФС.
> В том то и вопрос, сколько их, кто не заметил или сказать стесняется.
Кто ж его знает. Порой, опенсорсом занимаются в режиме "я делаю это, потому что остальные не смогли даже так, а ждать благодать от супербогов - задолбало". Я не знаю почему так. Толи некоторые топики слишком сложные. Толи еще что. Но так бывает. И сделать то чего еще не было  - или не было в устравивающем виде - это 1 из валидных причин занятий опенсорсом. А то что можно было лучше - имхо надлежит доказывать делом. Обставив предшественников на практике а не разводя пафосные теории, которые могут и вообще не сработать на практике.

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

237. Сообщение от Аноним (237), 05-Авг-23, 07:59 +/–

> не надо сказок что есть какие-то другие дистрибутивы со специфичными изменениями в xfs
Есть. Сам патчу под свои хотелки. Пока всё работает.

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

238. Сообщение от Аноним (-), 05-Авг-23, 16:30 +/–

> обратить внимание - и с xfs похожая хрень.
Ох пардон, я с f2fs перепутал. Хотя... я посмотрел. Таки реально - галер было ТРИ и это тримаран цуко, где 1 чувак греб на ТРИ галеры. Три, Карл!!!111 Но потом видимо дошло что такой дредноут плавает странно и все же и другие подвалили. Даже вон какой-то тип с @sony.com, редкий вид.
> По нормальному на галеру с двадцатью гребцами, а веслают десять. И то среди них два
> специалиста по диверсити и один альтернативно-одаренный.
По сравнению с Namjae Jeon из самсунга который умудрился грести тремя галерами в одну морду они нубы. В btrfs так то тоже работ больше чем народа. И вообще кто-то в патчах на bcachefs уже высказался - мол, господа, если вы 200К обезьян ушли - может можно десяток файлушников на фултайм нанять?! Зашиваемся же. Иначе будете жрать забагованые и кривые файлухи, вам ваши данные надо или где?! Правда тут топик сложный - не то что пошел на улицу и нанял рандомных тушек, если так сделать - потом, вот, майнтайнер харакири хочет делать чего-то.
> меня для тебя паршивая новость.
Мне не нужны твои новости о btrfs: они у меня на виду без твоих новостей. И таки да, btrfs это большой и сложный дизайн и на самом деле там много что стоило бы улучшить. А тех кто это может достаточно ограниченное количество. И приходится приоретизировать. Или к вопросу о том почему RAID56 где-то на заднем плане. Это не самый топовый юзкейс, зато проблем там есть. При том технически сложных, раджей не нагонишь это кодить.
> Поэтому raid6 как разваливался, так и будет - и ни одна живая
> душа с той галеры не знает, почему это происходит - за
> десять лет. (Кошка кока возможно знает, но она разговаривать не умеет.)
В случае btrfs основные pain points даже известны но там надо либо перфоманс уронить либо переделать дисковые структуры немного - порушив compat. А если уж compat рушить - там довольно длинный список чего еще стоило бы в "V2" дизайна загнать.

> А попытка wdшных гребцов приобщиться - не нашла понимания у кнутователя.
В случае btrfs таки я регулярно вижу именно этих господ. Пиляют себе свой любимый zoned. Ну а что, они как одни из создателей технологии в ней эксперты.

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

239. Сообщение от Аноним (-), 05-Авг-23, 16:40 +/–

>> и отпугивает вообще всех кодеров
> быдлокодеров?
Насколько я вижу, у него такие - "все кроме Шишкина". Поэтому команда состоит из одного Шишкина. Ну а ваши шансы дожить до релиза более-менее стабильной файлухи в юзабельном виде, соответственно, около ноля. Не живут люди столько.

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

240. Сообщение от пох. (?), 05-Авг-23, 18:12 +/–

> По каким причинам ZoL взяли в FreeBSD тоже пропустил
1. апстрим сдох
2. Бехлендорф был _очень_ убедителен доказывая что он и есть новый апстрим.
2a. История с because of lack of resources еще не всплыла во всей ее неприглядности
3. менеджеры iX уже давно требовали linoops и докер в докере под докером.
Любого из этих пунктов само по себе было бы в общем достаточно.
trim бэкпортирован именно из реализации для фри (по-моему в основном теми же кто ту и делал). С определенными нюансами потому что разумеется не подходил к линуксным механизмам ядра да еще обернутым намеренными минными полями для тех кто не gpl
> наверное как раз поэтому FreeBSD теперь и приходится вливать в "апстрим"?
другого апстрима теперь нет.
Но портирование очень сомнительных с точки зрения фри решений "потомушта апстрим" (потому что без них нельзя портировать остальные изменения) началось задолго до этого (т.е. их впихивали сперва в illumos версию - не в курсе нужны ли они там вообще, возможно там все так же плохо как и в линуксе, и оттуда они попали и во фрю).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227 Ответы: #243

241. Сообщение от пох. (?), 05-Авг-23, 18:36 +/–

> А чего они на ZoL тогда перебазировались? В фрибсд вообще есть разработчики ФС?
есть, но их начальство не собиралось платить им зарплату за то, что нельзя сразу же использовать в новом модном TrueNAS Scale
Ну и исходная реализациия ни разу не планировалась быть несовместимой с остальными.
Т.е. любое изменение затрагивающее нечто не freebsd-специфичное приходилось либо пропихивать обратно в иллюмос - совершенно мартышкин труд, либо вечно поддерживать самим при том что из иллюмоса в любой момент могло свалиться что-то противоречащее или решающее ту же задачу совершенно наоборот.
С учетом того что новым рулезом объявлен scale - начальство этого уже бы не поняло совсем.

> Что насчет LLNL всяких?
Практически сдохло. нетбабланах. Даже на тривиальнейшие исправления уже найденых багов.
Еле-еле справляются с бесконечной гонкой за stable nonsense.
Последнее что им удалось (и в той разработке все еще участвовали дельфиксы, т .е. по сути разработчики illumos) - dRAID, пользоваться которым лично мне по прежнему стремно. 2017й год, на минуточку.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #246

242. Сообщение от dannyD (?), 06-Авг-23, 13:41 +/–

>>... в правильной проприетарщине ты рублем отвечаешь за косяки.
аллё, возвращайся из розовой страны барби.
пристнится же такое.

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

243. Сообщение от n00by (ok), 06-Авг-23, 15:11 +/–

TRIM/Discard support from Nexenta
https://github.com/openzfs/zfs/pull/3656

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

244. Сообщение от maximnik0 (?), 06-Авг-23, 21:17 +/–

>Хомяк без снапшотов - очень так себе идея.
XFS поддерживает теперь снапшоты.Только возможности поменьше чем у BTRFS.Но как в примере отдельная деректория -вполне снимок можно сделать.
COW алгоритму похрен XFS,BTRFS,ZFS у тебя,заводиться ссылки на блоки -есть у тебя снимок.(упрощённо алгоритм так и работает,ссылка не даёт переписать блок если он изменился,срабатывает транзакция: записывается новый блок и изменяются метаданные)
Правда снимки можно делать и на классических фс с потдержкой LVM,но lvm не бесплатен в отношении надёжности и скорости.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #245

245. Сообщение от Аноним (-), 07-Авг-23, 05:48 +/–

> XFS поддерживает теперь снапшоты.Только возможности поменьше чем у BTRFS.Но как в примере
> отдельная деректория -вполне снимок можно сделать.
И получилась сова натянутая на глобус. Настолько проблемная что майнтайнер слился.
> COW алгоритму похрен XFS,BTRFS,ZFS у тебя,заводиться ссылки на блоки -есть у тебя
> снимок.(упрощённо алгоритм так и работает,ссылка не даёт переписать блок если он
> изменился,срабатывает транзакция: записывается новый блок и изменяются метаданные)
Зато не пофиг - был ли cow основой дизайна, или натянут как сова на глобус. XFS получился куском проблем. CoW какой-то недопилочный с одной стороны. С другой куча проблем вылезла, а управление томами - и рядом не стояло с btrfs. Вместо этого для управления местом предлагаются ужастики типа пыхтонраса в виде сратиса. Что делать если ЭТО развалится - не факт что даже саппорт редхата расскажет: от хорошей жизни майнтайнеры ФС с должности не сбегают. А еще XFS жуткий тормоз в работе с метаданными.
В результате получился глючный супер-дредноут где майнтайнер задолбался от багов навешиваемых ботами.
> Правда снимки можно делать и на классических фс с потдержкой LVM,но lvm
> не бесплатен в отношении надёжности и скорости.
XFS вообще по скорости - очень так себе. Особенно на куче мелочи.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244 Ответы: #247

246. Сообщение от Аноним (-), 07-Авг-23, 07:29 +/–

> есть, но их начальство не собиралось платить им зарплату за то, что
> нельзя сразу же использовать в новом модном TrueNAS Scale
Получается что возня с фрибсд никому не нужна, ресурсы готовы выделять только на пингвина. И чего бы это вдруг? :)
> Ну и исходная реализациия ни разу не планировалась быть несовместимой с остальными.
Исходная это какая? Оригинал ZFS'а чтоли? Он вообще не планировался быть совместимым с чем либо кроме соляры изначально.
> при том что из иллюмоса в любой момент могло свалиться что-то
> противоречащее или решающее ту же задачу совершенно наоборот.
Ну знаете, если кто хочет паразитировать на чужом апстриме, ему грешно привиредничать. Кто хочет все по первому классу, кодит сам. А в фре есть разработчики ФС вообще? И если да то чем занимались последние i++ лет?
> С учетом того что новым рулезом объявлен scale - начальство этого уже
> бы не поняло совсем.
Ну а что рулезом называть? Не фрибсд же в ее пустом виде, право? Что рулезного в этих некромансерских ошметках?
>> Что насчет LLNL всяких?
> Практически сдохло. нетбабланах.
[...]
Понятно, значит скоро отоптимизируют наверное.
> Последнее что им удалось (и в той разработке все еще участвовали дельфиксы,
> т .е. по сути разработчики illumos) - dRAID, пользоваться которым лично
> мне по прежнему стремно. 2017й год, на минуточку.
Просто судя по комитам - народ из @llnl все же активно принимает участие.

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

247. Сообщение от maximnik0 (?), 07-Авг-23, 07:49 +/–

>XFS вообще по скорости - очень так себе. Особенно на куче мелочи.
Не согласен.С мелочью очень неплохо скорость подняли,если конечно не по миллиону файлов в директорию пихать.Но до скорости ext4 не дотягивает, работает где то на уровне ехt3.Но в случае фрагментированных мелких файлов ,да начинает катастрофически тупить.Эта проблема всех фс с COW,повышенная фрагментация :-(
(Может быть проблема с скоростью в том что народа для потдержки не хватает,периодически что то в оптимизации ломали ,из за этого и проблемы с скоростью.Вон недавно 2 выпуска  назад что то поправили,сразу на 35%  скорость поправили,а с новым ари в свежем ядре в  2 раза ускорили,не ясно только как это на надёжности скажется)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245 Ответы: #249

248. Сообщение от maximnik0 (?), 07-Авг-23, 08:09 +/–

>и _как_ их без снапшотов бэкапить?
Можно,но геморроя до фига.Есть драйвер сетевого-блочного уровня,делает на блочном уровне раид1.Можно заморачиться с LVM- там аналог снапшотов есть.Можно уйти на уровень приложений, к примеру у некоторых БД есть свои средства бэкапа на горячую . Есть до фига стоящие службы бэкапа -типа парагона : драйвер отслеживает изменения и пишет на сервер бэкапа.
Не знаю как сейчас а были и аппаратные средства как например ленты у HP для SAS/SCSI , они на аппаратном уровне делали деференциальную копию диска.Но стоили космических денег и по сути это был выделенный сервер бэкапа.

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

249. Сообщение от Аноним (-), 08-Авг-23, 16:15 +/–

> Не согласен.С мелочью очень неплохо скорость подняли,если конечно не по миллиону
Кто тормознее XFS по работе с мелочью в Linux? Не с FAT же сравнивать?! EXT4 и даже btrfs сильно приятнее работают. Впрочем, он тормоз в всем что касается метаданных. Стирать большие фрагментированные файлы - немеряно времени занимает. Вообще единственная файлуха которой стереть DVD-sized файло с торента может требоваться минута времени, проц в полку, и вообще. Кто б сомневался что при таком раскладе майнтайнер задолбается с краевыми случаями...
Эта шляпа делалась чтобы писать огромные файлы видео. Линейно. На хранилки с несколькими девайсами. Там оно рулит. Если у вас не оно... вот тут как повезет. Это ж SGI делал, для себя.
> файлов в директорию пихать.Но до скорости ext4 не дотягивает, работает где то
> на уровне ехt3.
До btrfs тоже не дотягивает. При том тот еще снапшоты намного лучше умеет. И управление местом. А там вон Кент уже в дверь скребется с nextgen nextgen'а.
> Но в случае фрагментированных мелких файлов ,да начинает катастрофически
> тупить.Эта проблема всех фс с COW,повышенная фрагментация :-(
У btrfs знаете ли дефраг есть. В том числе и авто-дефраг, когда он видя проблемный паттерн доступа - зашедулит дефраг этого "при случае". На автомате. У ext4 дефрагер тоже есть. Правда это ему не очень помогает с тем фактом что EXT4 не умеет де-аллокацию дир. И если в дире было 100500 файлов, она потом жрет десятки мегов на себя хоть там что. И тупит при чтении под стать. Даже если стереть большую часть файлов, деаллокация не случается и лучше не станет. Только совсем пересоздать диру и снести эту. Такой вот GC с педальным приводом. Иногда простота хуже воровства и это именно тот случай, дорогой EXT4. Впрочем, как показал пример XFS, пытаться догнать неподходящий винтажный хлам до современных фич ведет к за@#%ному майнтайнеру проекта. Странно. И чего бы вдруг?
> 35%  скорость поправили,а с новым ари в свежем ядре в
>  2 раза ускорили,не ясно только как это на надёжности скажется)
Только багов насажали, боты завалили багрепортами, XFS test suite проезжать перестал и майнтайнер охренев с такого шоу сбежал в панике. А так все хорошо прекрасная маркиза. И эти люди еще смели катить бочку на btrfs... а сами слились не осилив и четверти его возможностей!
p.s. честно говоря я не понимаю зачем надо было столько ресурсов в гальванизацию этого трупа бухать. Лучше б в Кента вбубухали. Но, конечно, тех наспех нанятых раджей из RHBM придется уволить, не работает кодинг файлух свеженанятыми абизянками и горе тому кто это не понял.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247 Ответы: #252

250. Сообщение от Аноним (-), 08-Авг-23, 16:23 +/–

> Нет. Эти кто-то с удовольствием позаботятся наоборот - чтоб у тебя ничего
> нормально не работало.
> Да, можешь спать спокойно.
Да оно само получится. Хренакнется у тебя сратис гденить на середине операции - и что дальше тебе вообще никто не скажет. Потому что в душе нии...т! "Contact your support" как говорится. А у тебя support точно был в RHBM? И это еще 50/50 что раджи даже после интенсива по кнутованию смогут что-то предложить кроме "пересоздайте пул" :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #251

251. Сообщение от пох. (?), 08-Авг-23, 17:52 +/–

> support точно был в RHBM? И это еще 50/50 что раджи
не умеешь летать - так нефиг выпендриваться!
крути lvm командами lvm, навернется - ну хоть будешь точно знать что "пересоздайте пул".
А xfs вряд ли так навернется, там все дубовое (пока этот оригинал не приделал "online fsck")

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

252. Сообщение от maximnik0 (?), 08-Авг-23, 22:59 +/–

>Стирать большие фрагментированные файлы - немеряно времени занимает.
Это да,так и не дописали быстрое удаление, Ари уже частично есть,но штатные утилиты его не используют.Разбивание метаданных для параллельной работы имеет свою цену.
>p.s. честно говоря я не понимаю зачем надо
Был завален багрепортами BTRFS :ошибка-нет места хотя место имелось.Были жалобы на развалившиеся BTRFS.Про раид 5-6 говорить нечего не надо,доводили 5 лет,и до сих пор есть проблемы.Частично сломав совместимость удалось устранить ошибку в дизайне-добавили расширенные страйпы для метоинформации.Устранили ошибку в конверторе с ext,там тоже был баг приводящий к развалу. Руководство шапки обожглось на первоначальных инсталляции -решило доводить XFS.Видь доводили бтрфс довольно долго 10 лет, слишком рано сняв статус бэта версии.До сих пор с обслуживающими утилитами плохо-scrub может падать от детской ошибки в метаданных.Про не работающий fsck и говорить нечего,я знаю возражение специалистов
-если случился форс-мажор -востанавливать обычно нечего, т.к с мелкими ошибками эта фс справляется автоматически за счёт COW и контрольных сумм.Но обидно что если случился не большой глюк-нету средств починки,откат снапшотов для некоторых ошибок выглядит как лечение перхоти гильотиной, особенно бесит когда данные целые а Бад блок в метаданных.

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

253. Сообщение от Чукча (?), 09-Авг-23, 14:42 +/–

Незнание превращает в волшебство многие обстоятельства вокруг.

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

254. Сообщение от iCat (ok), 05-Сен-23, 10:07 +/–

> Так если прогноз сбудется, цена на его talk возрастёт. ;)
Talk - не файловая система...

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

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

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

Партнёры:

Хостинг:

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

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

1. Сообщение от Аноним (1), 02-Авг-23, 15:12	–23 +/–
я на btrfs, у меня у моей файлухи таких проблем нет
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #2, #100

2. Сообщение от scriptkiddis (?), 02-Авг-23, 15:15	+37 +/–
Будут
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #43

3. Сообщение от Аноним (3), 02-Авг-23, 15:16	+3 +/–
> необходимостью разбирать недокументированный код ядра, пытаясь понять, не поломает ли что-то предложенная новая возможность haha, classic! блеск и нищета опенсорса
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #4, #13, #16, #93

4. Сообщение от Аноним (4), 02-Авг-23, 15:18	+28 +/–
Лол, как будто в проприетарщине лучше.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #29

5. Сообщение от дАнон (?), 02-Авг-23, 15:22	+5 +/–
"Сейчас люди, работающие над XFS, похоже, тратят большую часть своего времени на бэкпорты ядра дистрибутива и работу с генерируемыми искусственным интеллектом сообщениями об ошибках, которые не являются сообщениями пользователей." Тоже мило
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #7, #106

6. Сообщение от Аноним (6), 02-Авг-23, 15:24	+/–
> на бэкпортирование специфичных для дистрибутивов изменений читай - на собственно развитие xfs, потому что оно осуществляется компанией rhbm (и не надо сказок что есть какие-то другие дистрибутивы со специфичными изменениями в xfs) - но в тех версиях ядра, которые и близко не похожи на свеженький выс..р из под линусовой гузки. rh в этом помогать, как видно, не собиралась - нате вам патчи, е..сь как хотите. Ну ничего - теперь вон пусть чувак на зарплате орацла страдает. Глядишь, даже премию дадут (нет).
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #10, #11, #70, #193, #237

7. Сообщение от Аноним (163), 02-Авг-23, 15:26	+1 +/–
там нет интеллекта. Даже искусственного. Есть сборочные скрипты ядра, сыплющие миллионы неудобочитаемых предупреждений, как правило совершенно ненужных, на каждый комит сложнее <<<color >>>colour.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

8. Сообщение от test (??), 02-Авг-23, 15:27	+/–
> Рецензирование описывается как кошмар, вызванный необходимостью разбирать недокументированный код ядра, пытаясь понять, не поломает ли что-то предложенная новая возможность. Ну так это вопрос к разрабам ядра ...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #14

9. Сообщение от Аноним (14), 02-Авг-23, 15:27	+4 +/–
Ещё один всё понял, другим наука думать о себе.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #64, #118

10. Сообщение от Аноним (10), 02-Авг-23, 15:29	+1 +/–
То ли дело твой ZFS! Спихнули на линуксовую гузку, и даже разрабатывать особо не надо. Всё само прилетит от тех, на кого ты батон крошишь.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #25, #189

11. Сообщение от Анонин (?), 02-Авг-23, 15:30	+1 +/–
Ахахаха! Получается шапка, кроме того что пишет xfs, должна еще делать изменения ядер для всех остальных дистров?))
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #17

12. Сообщение от Аноним (12), 02-Авг-23, 15:30	–5 +/–
не мужчина - слабак.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #34

13. Сообщение от Аноним (13), 02-Авг-23, 15:30	+3 +/–
haha, classic! блеск и нищета современной софтовой разработки fixed, не благодарите
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #124

14. Сообщение от Аноним (14), 02-Авг-23, 15:31	+1 +/–
Что ты предлагаешь у них спросить?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #19, #20

15. Сообщение от Аноним (6), 02-Авг-23, 15:31	+4 +/–
кстати, и обратите внимание- куда чувак свалил. код zfs - не требует приседаний и отжиманий ни с "сообществом"-серпентарием, ни с невменяемыми технологиями 1995го года по отслеживанию серий патчей, ни с такими же скриптами такого же года генерящими миллион ненужных предупреждений. Ну ок, глядишь, будет у нас fsck. Хотя судя по "online" - вряд ли.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #41, #44, #48

16. Сообщение от bOOster (ok), 02-Авг-23, 15:31	–3 +/–
Ну и причем тут опенсоурс? Если чувак прямо сказал - "файловую систему XFS в ядре Linux" У других, придерживающихся posix - этого гниющего *авна в ядре на порядок меньше.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #40, #109

17. Сообщение от Аноним (6), 02-Авг-23, 15:34	+/–
Шапка, на халяву пользующаяся результатами чужого труда - да, могла бы сама заталкивать свои патчи в linux-next, а не заставлять других их реимплементировать из 2.4.16 Да, о ужас, их тогда будут использовать другие дистрибутивы - когда-нибудь, когда доберутся до этих версий (лет через пять, так что бизнесу шапки ничего не грозило).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #21, #22

19. Сообщение от Аноним (1), 02-Авг-23, 15:36	+6 +/–
торвальдс, верни стену! завтро, то есть 3 августа, не заходим в линукс целый день. Рейтинг линукса упадет, и торвальдс вернет XFS. Потерпите денёк, зато потом нормальный XFS.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14

20. Сообщение от Анонимусс (?), 02-Авг-23, 15:36	+/–
Спросить, напр., почему документация г##но. Хотя это риторический вопрос))
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #95

21. Сообщение от Анониммус (?), 02-Авг-23, 15:39	+/–
> Шапка, на халяву пользующаяся результатами чужого труда мвахаха, ты серьезно? посмотри сколько шапка коммитит! то чем потом пользуются всякие паразиты
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17 Ответы: #73

22. Сообщение от Анонин (?), 02-Авг-23, 15:41	+/–
> Шапка, на халяву пользующаяся результатами чужого труда Это интересно какими в контексте XFS? > их тогда будут использовать другие дистрибутивы Так пусть другие и делают) Зачем это шапке нужно? А то развелось паразитов: ты им код написал, а они еще и адаптировать требуют под свою специфику...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17 Ответы: #28

23. Сообщение от Аноним (23), 02-Авг-23, 15:42	+/–
Всё, что вы хотели знать о качестве документации и кода ядра, в одном предложении: > Reviewing has become a nightmare of sifting through under-documented kernel code trying to decide if this new feature won't break all the other features. Getting reviews is an unpleasant process of negotiating with demands for further cleanups, trying to figure out if a review comment is based in experience or unfamiliarity, and wondering if the silence means anything.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #26, #27, #32

25. Сообщение от bOOster (ok), 02-Авг-23, 15:43	–4 +/–
> То ли дело твой ZFS! Спихнули на линуксовую гузку, и даже разрабатывать > особо не надо. Всё само прилетит от тех, на кого ты > батон крошишь. Я тебе, тупенькому, который патчи посмотреть не может, по секрету скажу - развработчики ZFS какие там были - такие по факту и остались, из IXsystems, freebsd и т.п. А основную разработку, так-же IXSystems осуществляет, а оголтелые все в своих помоях ковыряются, никак прикрутить грамотно ZFS к ядру не могут, абсолютно так-же как и чувак в этой теме с XFS...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #37, #107

26. Сообщение от Аноним (23), 02-Авг-23, 15:44	+/–
Рецензирование превратилось в кошмар, когда приходится продираться через недокументированный код ядра, пытаясь понять, не сломает ли эта новая функция все остальные. Получение рецензий - это неприятный процесс переговоров с требованиями дальнейшей оптимизации, попыток понять, основан ли комментарий к рецензии на опыте или незнании, и размышлений о том, означает ли молчание что-либо.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23 Ответы: #33

27. Сообщение от bOOster (ok), 02-Авг-23, 15:46	+1 +/–
> Всё, что вы хотели знать о качестве документации и кода ядра, в > одном предложении: >> Reviewing has become a nightmare of sifting through under-documented kernel code trying to decide if this new feature won't break all the other features. Getting reviews is an unpleasant process of negotiating with demands for further cleanups, trying to figure out if a review comment is based in experience or unfamiliarity, and wondering if the silence means anything. Качестве документации и кода ядра ->Linux<- забыл дописать. Ну в целом всем об этом давно известно и это в результате делает из него дуршлаг.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23 Ответы: #45

28. Сообщение от Аноним (163), 02-Авг-23, 15:47	+/–
> Это интересно какими в контексте XFS? линукс, называется. >> их тогда будут использовать другие дистрибутивы > Так пусть другие и делают) Зачем это шапке нужно? другому надоело за них делать. > А то развелось паразитов: ты им код написал, а они еще и адаптировать требуют под свою > специфику... какую нах..р специфику? Возвращать в апстрим. Да, не в виде горы мусорных патчей, а в виде готового продукта - с описанием, зачем, почему именно так и как это аффектит окружающий код. И самим затыкать вопли безмозглого верификатора. Но нет, зачем. Взяли на халяву, зачем самим работать.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #22 Ответы: #38

29. Сообщение от Аноним (29), 02-Авг-23, 15:48	–36 +/–
Лол, лучше, в правильной проприетарщине ты рублем отвечаешь за косяки. А в опенсорсе вашем нет никакой ответственности.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #42, #61, #65, #67, #71, #86, #103, #172, #242

30. Сообщение от Аноним (29), 02-Авг-23, 15:49	+1 +/–
Что-то они все посыпались...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #80, #111

31. Сообщение от Пряник (?), 02-Авг-23, 15:50	–1 +/–
> Рецензирование описывается как кошмар, вызванный необходимостью разбирать недокументированный код ядра, пытаясь понять, не поломает ли что-то предложенная новая возможность. Тесты?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #36, #68

32. Сообщение от Аноним (32), 02-Авг-23, 15:51	+1 +/–
Рекомендую там дальше прочитать требования к документации самой xfs. Типа никаких комитов меняющих структуры на диске без одновременного комита в документацию и т д. Так что не всего ядра. Лишь тех его частей за которые "отвечает" (нет) один программирователь-на-псевдокоде.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23