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

Продвижение Bcachefs в состав ядра Linux и переписывание на Rust, opennews (?), 19-Июн-23, (0) [смотреть все] Скрыто модератором, DEF (?), 11:06 , 19-Июн-23, (1) –25 // Скрыто модератором, Аноним (2), 11:09 , 19-Июн-23, (2) +8 Скрыто модератором, Аноним (3), 11:10 , 19-Июн-23, (3) +12 // Скрыто модератором, Аноним (6), 11:23 , 19-Июн-23, (6) // Скрыто модератором, Анонин (?), 11:31 , 19-Июн-23, (13) +5 Скрыто модератором, Аноним (6), 12:09 , 19-Июн-23, (18) Скрыто модератором, asdasd (?), 12:50 , 19-Июн-23, (30) +3 Скрыто модератором, Аноним (35), 13:22 , 19-Июн-23, (35) –1 Скрыто модератором, Аноним (77), 15:51 , 19-Июн-23, (77) +2 Скрыто модератором, torvn77 (ok), 00:30 , 21-Июн-23, (195) Скрыто модератором, n00by (ok), 16:54 , 19-Июн-23, (81) Скрыто модератором, DEF (?), 19:30 , 19-Июн-23, (99) –4 // Скрыто модератором, Аноним (113), 23:55 , 19-Июн-23, (113) Скрыто модератором, DEF (?), 02:02 , 20-Июн-23, (132) Скрыто модератором, n00by (ok), 05:59 , 20-Июн-23, (140) Скрыто модератором, Аноним (-), 18:13 , 20-Июн-23, (170) Скрыто модератором, Аноним (126), 00:49 , 20-Июн-23, (126) +1 Скрыто модератором, DEF (?), 01:55 , 20-Июн-23, (129) Скрыто модератором, Аноним (160), 13:14 , 20-Июн-23, (160) // Скрыто модератором, Чукча (?), 15:46 , 20-Июн-23, (162) Скрыто модератором, Аноним (-), 18:59 , 20-Июн-23, (179) Скрыто модератором, Аноним (8), 11:25 , 19-Июн-23, (8) +5 // Скрыто модератором, Вы забыли заполнить поле Name (?), 14:46 , 19-Июн-23, (52) // Скрыто модератором, Аноним (94), 17:43 , 19-Июн-23, (94) +1 Скрыто модератором, Аноним (104), 21:32 , 19-Июн-23, (104) Скрыто модератором, Аноним (112), 23:50 , 19-Июн-23, (112) Скрыто модератором, Аноним (-), 23:21 , 19-Июн-23, (111) +2 Скрыто модератором, Аноним (94), 17:28 , 20-Июн-23, (168) Скрыто модератором, Аноним (-), 18:30 , 20-Июн-23, (171) Скрыто модератором, Аноним (94), 21:11 , 20-Июн-23, (191) Скрыто модератором, Аноним (197), 01:36 , 21-Июн-23, (197) Скрыто модератором, Аноним (94), 14:56 , 21-Июн-23, (222) Скрыто модератором, Аноним (63), 15:20 , 19-Июн-23, (63) // Скрыто модератором, Аноним (118), 00:16 , 20-Июн-23, (118) Скрыто модератором, Аноним (10), 11:28 , 19-Июн-23, (10) +3 // Скрыто модератором, Аноним (15), 11:54 , 19-Июн-23, (15) +5 // Скрыто модератором, Аноним (6), 12:07 , 19-Июн-23, (17) +1 Скрыто модератором, Аноним (15), 12:12 , 19-Июн-23, (21) +2 Скрыто модератором, Аноним (6), 15:44 , 19-Июн-23, (71) Скрыто модератором, Аноним (158), 12:40 , 20-Июн-23, (158) Скрыто модератором, Аноним (15), 13:08 , 20-Июн-23, (159) Скрыто модератором, leap42 (ok), 12:46 , 19-Июн-23, (28) +2 Скрыто модератором, Аноним (15), 14:56 , 19-Июн-23, (59) Скрыто модератором, Аноним (6), 15:46 , 19-Июн-23, (73) Скрыто модератором, leap42 (ok), 05:33 , 20-Июн-23, (138) +1 Скрыто модератором, Аноним (102), 21:27 , 19-Июн-23, (102) Скрыто модератором, leap42 (ok), 05:36 , 20-Июн-23, (139) Скрыто модератором, Аноним (16), 12:07 , 19-Июн-23, (16) Скрыто модератором, НяшМяш (ok), 12:22 , 19-Июн-23, (24) // Скрыто модератором, Аноним (114), 23:59 , 19-Июн-23, (114) +1 Скрыто модератором, Аноним (118), 12:29 , 19-Июн-23, (25) –1 Скрыто модератором, Alladin (?), 12:41 , 19-Июн-23, (26) // Скрыто модератором, Аноним (118), 00:18 , 20-Июн-23, (119) Скрыто модератором, Аноним (33), 13:20 , 19-Июн-23, (33) +1 // Скрыто модератором, Аноним (39), 13:48 , 19-Июн-23, (39) +2 Скрыто модератором, Витюшка (?), 14:04 , 19-Июн-23, (41) +1 Скрыто модератором, Аноним (33), 14:15 , 19-Июн-23, (42) –5 Скрыто модератором, Аноним (35), 15:33 , 19-Июн-23, (67) Скрыто модератором, Аноним (-), 00:34 , 20-Июн-23, (124) +2 Скрыто модератором, Аноний (?), 11:27 , 20-Июн-23, (156) –1 Скрыто модератором, Аноним (174), 18:45 , 20-Июн-23, (174) –1 Скрыто модератором, Аноним (135), 03:41 , 20-Июн-23, (135) +2 Скрыто модератором, Аноний (?), 11:16 , 20-Июн-23, (154) Скрыто модератором, Администратор (?), 06:46 , 20-Июн-23, (142) // Скрыто модератором, t (??), 11:18 , 20-Июн-23, (155) +1 Скрыто модератором, пох. (?), 15:58 , 20-Июн-23, (164) // Скрыто модератором, Аноним (-), 18:49 , 20-Июн-23, (176) Скрыто модератором, maximnik0 (?), 12:10 , 19-Июн-23, (19) +2 // Скрыто модератором, Аноним (174), 00:05 , 20-Июн-23, (116) // Скрыто модератором, maximnik0 (?), 01:38 , 20-Июн-23, (128) +1 Скрыто модератором, Аноним (-), 19:22 , 20-Июн-23, (183) Скрыто модератором, maximnik0 (?), 21:45 , 20-Июн-23, (192) Скрыто модератором, Аноним (-), 01:53 , 21-Июн-23, (198) Скрыто модератором, maximnik0 (?), 02:59 , 21-Июн-23, (206) Скрыто модератором, DEF (?), 01:57 , 20-Июн-23, (130) –1 Скрыто модератором, анон (?), 14:42 , 19-Июн-23, (46) +2 // Скрыто модератором, DEF (?), 02:08 , 20-Июн-23, (134) +1 Скрыто модератором, Аноним (-), 18:27 , 19-Июн-23, (97) // Скрыто модератором, DEF (?), 01:59 , 20-Июн-23, (131) // Скрыто модератором, Аноним (-), 19:24 , 20-Июн-23, (184) 99 современных кодерков именно такие, Аноним (4), 11:13 , 19-Июн-23, (4) –1 // ты понимаешь значение слова отлаживать , Аноним (8), 11:23 , 19-Июн-23, (7) +3 // Поделись своим пониманием этого слова , YetAnotherOnanym (ok), 11:29 , 19-Июн-23, (12) +1 // Вычищать из кода лажу , Random (??), 12:19 , 19-Июн-23, (23) +7 Отлаживать значит ложить на более далёком расстоянии чем сейчас, Самый Лучший Гусь (?), 12:15 , 19-Июн-23, (22) +5 Устранять несоответствие между тем, что программист хотел написать, и тем что он, Аноним (75), 15:51 , 19-Июн-23, (75) +4 // И ни один язык не спасёт программиста от неправильно применённых алгоритмов Есл, Аноним (98), 18:28 , 19-Июн-23, (98) А написали бы дебажить как в оригиналеи никакого лингвистического спора не был, Аноним_5 (?), 15:41 , 19-Июн-23, (69) +3 // А нет никакого спора Зачем обезьянничать, когда есть свои слова , Neon (??), 18:41 , 20-Июн-23, (172) –1 // На ютубе один лингвист высказал такое мнение неправильных слов нет и если debug, torvn77 (ok), 00:34 , 21-Июн-23, (196) Железобетонная неоспоримая логика, конечно Давайте тогда фуск и фак добавим , Аноним (221), 13:31 , 21-Июн-23, (221) Скрыто модератором, Аноним (-), 19:27 , 24-Июн-23, (237) Скрыто модератором, n00by (ok), 17:02 , 19-Июн-23, (82) +2 // Скрыто модератором, Пушок (?), 17:12 , 19-Июн-23, (86) // Скрыто модератором, n00by (ok), 17:16 , 19-Июн-23, (88) Скрыто модератором, Пушок (?), 17:17 , 19-Июн-23, (89) Скрыто модератором, n00by (ok), 17:29 , 19-Июн-23, (91) Скрыто модератором, Пушок (?), 17:35 , 19-Июн-23, (93) Скрыто модератором, n00by (ok), 06:03 , 20-Июн-23, (141) Скрыто модератором, Пушок (?), 11:06 , 20-Июн-23, (153) Скрыто модератором, n00by (ok), 16:32 , 20-Июн-23, (167) Продвижение Bcachefs в состав ядра Linux, Дедобот (?), 17:07 , 19-Июн-23, (85) +1 ZFS c Btrfs можно подумать сильно популярная ФС А тут какое-то чудо-юдо им идёт, Аноним (6), 11:22 , 19-Июн-23, (5) –1 // Узкий сегмент и узкая приминяемость в каком-то совем датацентреРешили свою задач, Аноним (110), 22:52 , 19-Июн-23, (110) +1 Btrfs ом пользуется миллиард фэйсбучных юзерей Если это не популярная фс, то чт, Аноним (174), 00:08 , 20-Июн-23, (117) +2 // А Minix используют все у кого процессор Intel, значит Minix тоже популярная опер, Аноним (125), 00:39 , 20-Июн-23, (125) +4 // пофиксил, Аноним (151), 10:14 , 20-Июн-23, (151) +3 Ну а что, нет чтоли А линукс использует уже наверное и пара миллиардов, с андро, Аноним (-), 19:27 , 20-Июн-23, (185) +1 Ну если применять логику, что все пользователи фейсбука используют btrfs, то мож, Stellarwind (?), 11:41 , 22-Июн-23, (233) +1 Примерно так и есть А еще у каждого найдется по нескольку устройств с линем, от, Аноним (-), 19:29 , 24-Июн-23, (238) Стоит ли транслировать своё местечковое мнение на всех, демонстрируя свою огран, Чукча (?), 15:49 , 20-Июн-23, (163) +1 А разве в Убунточке по умолчанию не BTRFS , Аноним (186), 19:50 , 20-Июн-23, (186) Желаешь судить по популярности ZFS планировалось открыть в OpenSolaris, чего Su, Аноним (207), 03:40 , 21-Июн-23, (207) –1 // Правильно, тормозить так во всем Чтобы даже 64-битным процам неудобно было И н, Аноним (239), 19:33 , 24-Июн-23, (239) Что-нибудь одно , YetAnotherOnanym (ok), 11:26 , 19-Июн-23, (9) –3 То, что в бтрфс ниасилили и видимо уже никогда ниасилят , но осилили в openZFS , аНОНИМ (?), 11:28 , 19-Июн-23, (11) +4 // Буквально пару версий назад радикально заделали для RAID5 - а для RAID1 10 никог, Аноним (-), 00:18 , 20-Июн-23, (120) +3 // И как оно write hole пропал А заполнение целиком одного диска из трёх рандомом, аНОНИМ (?), 18:47 , 20-Июн-23, (175) // У RAID1 его и не было, а в RAID 5 таки - да - радикально починили полным RMW в с, Аноним (188), 20:07 , 20-Июн-23, (188) +1 Ну зашибись, в следующем LTS потестирую И тем не менее, OpenZFS устроило срач в , аНОНИМ (?), 12:25 , 21-Июн-23, (215) Это если что в 6 2 или 6 3 кернеле было Решение компромиссное, изначально была , Аноним (225), 22:48 , 21-Июн-23, (225) Отказ девайса это всё же немного другая ситуация, когда точно известно что данны, аНОНИМ (?), 18:32 , 22-Июн-23, (235) Я просто не понимаю что вы тестировали и зачем - реально устройства ТАК не отказ, Аноним (240), 03:03 , 25-Июн-23, (240) Чем больше снапшотов, тем сильнее btrfs тормозит Число сильно ограничено , Аноним (173), 18:42 , 20-Июн-23, (173) // С какого кол-ва снапшотов, например, btrfs становится в 2 раза тормознее , аНОНИМ (?), 18:51 , 20-Июн-23, (177) +1 КО справедливо для любой ФС со снапшотами И не говорите, что ФС, созданная ген, Аноним (186), 19:54 , 20-Июн-23, (187) // В сабже автор довольно сурово уперся на эту тему Не помню, но он кажется смог д, Аноним (-), 02:09 , 21-Июн-23, (200) https docs kernel org filesystems nilfs2 html, Аноним (212), 11:16 , 21-Июн-23, (212) 1 Жесткий технический лимит на число снапшотов и импакт на перфоманс это 2 разн, Аноним (-), 22:54 , 21-Июн-23, (226) 10 лет развивали, развивали а потом решили пересесть на рустик и ещё 10 лет в, Аноним (14), 11:53 , 19-Июн-23, (14) +3   // Скрыто модератором, Аноним (-), 12:11 , 19-Июн-23, (20)   10 лет btrfs развивали-развивали, а тольку практически никакого - как была глючн, Анонимусс (?), 12:48 , 19-Июн-23, (29) –1   // бтрфсу конечно не хватает некоторых фич, но других фич не хватает и openZFS Но , аНОНИМ (?), 14:42 , 19-Июн-23, (47) +1   Сильно лучше стало Оно у Facebook на продакшн стоит Это тебе не васянские локал, Витюшка (?), 14:52 , 19-Июн-23, (55)   // То что они стоит у ФБ не значит что подойдет для васянского локалхоста У ФБ ресу, Аноним_5 (?), 15:45 , 19-Июн-23, (72)   Тем не менее, даунтаймы и внезанпные глюки в юзерских данных и им тоже ни к чему, Аноним (-), 00:21 , 20-Июн-23, (121)   им пофигу - это не их данные Да, теряли, и не один раз А чотакова, ты котиков , пох. (?), 13:29 , 21-Июн-23, (220)   А знаешь что, мистер умник Ты похрани-ка такой объем данных - для такого числа , Аноним (227), 23:35 , 21-Июн-23, (227)   мне - нахрен оно не надо, у меня другой бизнес, не слежка за всем миром в смысле, пох. (?), 11:12 , 22-Июн-23, (231)   Скрыто модератором, Аноним (-), 03:18 , 25-Июн-23, (241)   И главное - основной разработчик btrfs Он то 100 в курсе как выпиливать данные, bOOster (ok), 08:39 , 21-Июн-23, (209)   или ему просто наплевать Тут, правда, у изрядной части шайки все так же - этой д, пох. (?), 11:13 , 22-Июн-23, (232)   бриллиантовый камент для любителей раста Обычным людям это фсчудище и bcache на, Аноним (212), 12:45 , 19-Июн-23, (27) // Бриллиантовый камент для любителей бриллиантовых каментов A good craftsman ca, Аноним_5 (?), 12:56 , 19-Июн-23, (31) // Remember they won t use 10K horsehair brush for woodcutting because it s just po, Tron is Whistling (?), 14:43 , 19-Июн-23, (49) балаболили они Так же, как другие по совершенно другому поводу балаболили не кр, Аноним (32), 13:01 , 19-Июн-23, (32) –1 // Не, ну чего ты так про энтузиастов, обидно ведь Вообще не понятна претензия к по, Анонин (?), 13:32 , 19-Июн-23, (37) +1 // Не, Rust же i386 поддерживает, он даже древние микроконтроллеры без mmu поддержи, Аноним (32), 14:23 , 19-Июн-23, (43) // Не увидел там балабольства Чел пишет хочу раст, потому что не люблю дебажить ко, Анонин (?), 14:41 , 19-Июн-23, (45) +3 Балабольство у тех, кто заявляет, что Rust не будет обязательным, а не у автора , Аноним (84), 17:06 , 19-Июн-23, (84) Так раст и не обязательный Просто не пользуйся этой ФС или всем что зависит от , Анонин (?), 17:34 , 19-Июн-23, (92) +1 А, понятно Linux - для RedHat лично Спасибо, что напомнили , Аноним (102), 21:29 , 19-Июн-23, (103) ну зачем же ты так Есть еще другие платиновые спонсоры Линукс для них - тоже А, пох. (?), 17:04 , 21-Июн-23, (223) Актуальная реализация вообще на си А про планы с хрустом - але, гараж, пока в к, Аноним (-), 00:24 , 20-Июн-23, (122) Мне, как пользователю, нах не нужно неотлаженное гамно, х як, х як и так сойдет,, Sw00p aka Jerom (?), 08:37 , 20-Июн-23, (146) Опечатка, там былоно у меня что-то зрение село в последнее время, мимо нужных кл, Аноним (32), 14:26 , 19-Июн-23, (44) Ешьте дети ext4, будете здоровы А прочий кaл оставьте корпоративным психам, они, Аноним (36), 13:29 , 19-Июн-23, (36) +1 // ext 2 3 4 - cамые блевoтные ФС, - для девочек которым пофиг что ставить Точнее , pavlinux (ok), 14:46 , 19-Июн-23, (51) –7 // Это ты не хочешь понять что эти твои фичи модненьких ФС это маркетинговый буллши, Аноним (6), 15:51 , 19-Июн-23, (76) +3 // Ну да, замененный глючный проц, пару планок битой RAM, текучие SD flash и глючны, Аноним (-), 00:28 , 20-Июн-23, (123) ext4 динственная фс, которую несмотря на все её недостатки, могу советовать по д, Аноним (83), 17:06 , 19-Июн-23, (83) +1 // Могу посоветовать использовать NTFS Там, конечно, бывают неудаляемые файлы, и д, Аноним (102), 21:32 , 19-Июн-23, (105) +2 Да ладно И как воспроизвести Бэкап готового глюка хоть есть , U202204161753 (?), 22:07 , 19-Июн-23, (109) –2 Я такое часто видел, но не не могу утверждать, по какой причине это происходит , Аноним (15), 12:08 , 20-Июн-23, (157) многотерабайтный дамп где-то там посыпавшейся ntfs Можно восстановить в VM На , U202204161753 (?), 18:58 , 20-Июн-23, (178) Бэкапа нет, как и диска чтобы его хранить Я - админ локалхоста Проблемный диск, Аноним (194), 22:41 , 20-Июн-23, (194) Ти кто, пилять, xyета Анонимная, советовать он может Тебе имя своё стадно пи, pavlinux (ok), 00:19 , 24-Июн-23, (236) На самом деле на пользовательском уровне отличия очень даже очевидны ext2 без ж, Kuromi (ok), 17:18 , 19-Июн-23, (90) Ага, конечно, в перспективе разве что, Аноним (39), 13:47 , 19-Июн-23, (38) супер, пройдет еще с десяток лет до принятия в ядро, пока он там все перепишет , Аноним (40), 14:01 , 19-Июн-23, (40) // Поэтому он сначала отправит в ядро, а потом начнет переписывать , Анонус (?), 14:49 , 19-Июн-23, (54) // Сначала его отправят как Шишкина, а потом он скажет что его притесняют , Аноним (6), 15:52 , 19-Июн-23, (78) Кэш - это временная свалка, для быстрого доступа Нахуа помойке снапшоты и резер, pavlinux (ok), 14:48 , 19-Июн-23, (53) +3 // Когда у тебя помойка под петабайт, а её сброс приведёт к отказу в обслуживании , _hide_ (ok), 15:00 , 19-Июн-23, (60) При записи на ФС данные идут на быстрый твердотельный накопитель, откуда фоном, n00by (ok), 17:13 , 19-Июн-23, (87) // DRAM- SSD- HDD, Sw00p aka Jerom (?), 08:47 , 20-Июн-23, (147) Автор путает CoW и RoW , Unnamed Player (?), 14:52 , 19-Июн-23, (56) // А ты ешь ,кушаешь или жрёшь D , pavlinux (ok), 14:55 , 19-Июн-23, (58) –1 // Реализация в корне отлична , Unnamed Player (?), 15:05 , 19-Июн-23, (61) +1 // CoW - это абстрактная хрень, нюансы зависят от авторов Кто-то FIFO называет CoW, pavlinux (ok), 15:42 , 19-Июн-23, (70) Однако у них есть и ряд типовых общих свойств Например использование ресурса на, Аноним (-), 02:20 , 21-Июн-23, (202) Чем отличается от lvmcache ext4 Файловая система в курсе что кешировано, а ч, Аноним (57), 14:53 , 19-Июн-23, (57) // Нормальным менеджментом стоража в стиле btrfs вместо всей этой замшелой и кривой, Аноним (-), 02:20 , 21-Июн-23, (203) +1 Дальше не читал Автор может и дальше пользоваться своей ФС Еще одна недописанн, keydon (ok), 15:21 , 19-Июн-23, (64) +1 Спасибо, но я лучше reiser5 подожду , Аноний (?), 15:28 , 19-Июн-23, (66) +1 // Кстати, а когда выйдет Ганс райзер Я реально жду новый РайзерФС от ганса , Аноним (96), 18:03 , 19-Июн-23, (96) // Следующая попытка прошения помилования в 2026, Аноним (100), 19:53 , 19-Июн-23, (100) // Ему же вроде в 23 должны были дать , Аноним (102), 21:33 , 19-Июн-23, (106) Живым не выйдет Он проявил гордыню, не продемонстрировал покорность, посмел отк, Аноним (102), 21:45 , 19-Июн-23, (107) –3 // Гордыня предшествует падению Не зря так говорят Если с вами вообще тима работат, Аноним (-), 20:18 , 20-Июн-23, (189) а ты с ним сидел чтоли , Аноним (212), 12:35 , 22-Июн-23, (234) И этот вляпался , Аноним (96), 18:02 , 19-Июн-23, (95) +1 // Модно, стильно, молодежно Иначе грантик не дадут, Neon (??), 19:04 , 20-Июн-23, (180) Интересно что они там такое хотят блочное кешировать Во-вторых, есть кеш ОС, ес, fuggy (ok), 21:19 , 19-Июн-23, (101) +1 // При этом и те, и другие 8212 консьюмерский отстой, которым большие операторы , Аноним (104), 21:51 , 19-Июн-23, (108) Сейчас уже и некоторые SSD с гигантским кэшем на сотни гигов Вот только этот к, Аноним (136), 04:01 , 20-Июн-23, (136) –2 // И че толку от этого кэша если интерфейс по факту SAS SATA , bOOster (ok), 08:46 , 21-Июн-23, (210) Что-то там включают-выключают в ядро, а может просто починить повышенную нагрузк, нах. (?), 06:49 , 20-Июн-23, (143) –2 // На Linux-libre этот глюк тоже наблюдается , vbcnthfkmnth123 (ok), 08:35 , 20-Июн-23, (145) Чего это она повышенная мышка же хорошо двигается, быстро Почему бы не загрузит, Аноним (148), 09:33 , 20-Июн-23, (148) Это какой дохлый комп нужно иметь, чтобы USB-Mouse - давала повышенную нагрузку , Neon (??), 19:06 , 20-Июн-23, (181) –1 А по русски написать сложно было , Аноним (144), 07:43 , 20-Июн-23, (144) // Нажимай исправить и пиши, что сложно , Аноним (148), 09:33 , 20-Июн-23, (149) Я, конечно, понимаю, что это скорее всего перевод, но этот акцент на обновлении , Пряник (?), 09:54 , 20-Июн-23, (150) Вот уже напрягает стабилизация реализации снапшотов Что там стабилизировать , Пряник (?), 10:19 , 20-Июн-23, (152) +2 // _запись_То, чего zfs не умеет в принципе, ее снапшот всегда readonly А если теб, пох. (?), 16:06 , 20-Июн-23, (166) // В btrfs оно тоже красиво и интуитивно Большую часть дизайна Кент слизал оттуда,, Аноним (190), 20:27 , 20-Июн-23, (190) // вот вообще ни разу , пох. (?), 22:35 , 20-Июн-23, (193) Да ну ладно тебе Если виртуализатором с снапшотами хоть раз в жизни пользовался, Аноним (-), 02:25 , 21-Июн-23, (204) хинт - не все виртуализаторы - бредовые поделки на базе все той же единственнове, пох. (?), 13:24 , 21-Июн-23, (219) Это о чем Я пользовался вмварью, гиперви, kvm и в конечном итоге, логика Co, Аноним (-), 00:12 , 22-Июн-23, (229) снепшоты это история fs, как может быть интуитивной запись в них может быть ко, fidoman (ok), 02:09 , 21-Июн-23, (199) // Если кто смотрел sci-fi и понял концепцию параллельных вселенных, похожих, но с , Аноним (-), 02:34 , 21-Июн-23, (205) Удачи потом это мержить , fidoman (ok), 14:54 , 07-Июл-23, (242) Че за бред Snapshot с записью Отлично что ZFS проектировали не придурки, а люд, bOOster (ok), 08:51 , 21-Июн-23, (211) // Btrfs умеет и readonly снапшоты, более того RO RW снапшота можно менять через ро, Аноним (-), 00:25 , 22-Июн-23, (230) –1 Rust спасёт мир 9996 128548 , Минона (ok), 14:22 , 20-Июн-23, (161) –1 // от bcachefs Ну не факт Пока это только идея, а в ведро того гляди уже включат , пох. (?), 16:02 , 20-Июн-23, (165) Ага Соберет всех неадекватов в одном месте , Neon (??), 19:07 , 20-Июн-23, (182) из компилятора раст сделают SDK с ограничениями как для андроида и все формально, Аноним (212), 11:35 , 21-Июн-23, (213) // Они и без раста собственность корпораций , Минона (ok), 12:38 , 21-Июн-23, (216) // нет, публикуя код в ядре ты не передаёшь права на него Но что толку от такого к, Аноним (212), 12:52 , 21-Июн-23, (218) Растификация подсистем ядра Начали с драйверов, теперь - ФС, потом - планировщи, xsignal (ok), 18:07 , 20-Июн-23, (169) По мнению автора Bcachefs, который любит программировать, а не отлаживать код, б, pashev.ru (?), 08:10 , 21-Июн-23, (208) А достижения безгеморройности ext4 нет в планах Кстати, может, всё-таки Reiser4 , Аноним (214), 11:53 , 21-Июн-23, (214) // Уверен что в ней нет геморроя А почему не 5 , Минона (ok), 12:42 , 21-Июн-23, (217) –1 4,5,9,11,14,27,32,36,38,40,53,56,57,64,66,95,101,143,144,150,152,161,169,208,214

Сообщения

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

14. "Продвижение Bcachefs в состав ядра Linux"	+3 +/–
Сообщение от Аноним (14), 19-Июн-23, 11:53
10 лет развивали, развивали... а потом решили пересесть на рустик и ещё 10 лет в мейнстрим это никто не возьмёт, потому что всё поменялось, опять всё фиксить... а потом надо будет опять фиксить фичи "как у ZFS и BTRFS" и перфоманс "чтобы ближе к ext4 чем к ZFS"
Ответить | Правка | Наверх | Cообщить модератору

	20. Скрыто модератором	+/–
	Сообщение от Аноним (-), 19-Июн-23, 12:11
	То есть как обычно
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Продвижение Bcachefs в состав ядра Linux"	–1 +/–
	Сообщение от Анонимусс (?), 19-Июн-23, 12:48
	10 лет btrfs развивали-развивали, а тольку практически никакого - как была глючным поделием, так и осталась. Ну ладно, не настолько глючным как 10 лет назад, но сильно лучше не стало. Рустик уже в мейнстриме, первые дрова уже на подходе (ставлю на драйвер видяхи для яблока) Чел наверное написал пару утилит и понял насколько раст лучше чем си, раз так написал. И ему явно есть с чем сравнить - точно есть большой опыт написания кода на си))
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	47. "Продвижение Bcachefs в состав ядра Linux"	+1 +/–
	Сообщение от аНОНИМ (?), 19-Июн-23, 14:42
	бтрфсу конечно не хватает некоторых фич, но других фич не хватает и openZFS. Но вот насчёт глючности я бы поспорил. Я даже специально взгромоздил btrfs на раздел с торрентами, работает цуко и не глючит :) На рутовых разделах она тоже у меня живёт счастливо и радует снапшотами. Конечно, всплывает такая хрень как ужасная фрагментация (по самой сути рандомных записей в файлы при качании торрентов), но встроенный дефрагментатор своё дело делает.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Продвижение Bcachefs в состав ядра Linux"	+/–
	Сообщение от Витюшка (?), 19-Июн-23, 14:52
	Сильно лучше стало. Оно у Facebook на продакшн стоит. Это тебе не васянские локалхосты от икспердов opennet.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	72. "Продвижение Bcachefs в состав ядра Linux"	+/–
	Сообщение от Аноним_5 (?), 19-Июн-23, 15:45
	То что они стоит у ФБ не значит что подойдет для васянского локалхоста. У ФБ ресурсов - redundancy, бекапы, люди - намного больше.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Продвижение Bcachefs в состав ядра Linux"	+/–
	Сообщение от Аноним (-), 20-Июн-23, 00:21
	> У ФБ ресурсов - redundancy, бекапы, люди - намного больше. Тем не менее, даунтаймы и внезанпные глюки в юзерских данных и им тоже ни к чему. В этом месте интересы фэйсбука и локалхостов нехило совпадают.
	Ответить | Правка | Наверх | Cообщить модератору

	220. "Продвижение Bcachefs в состав ядра Linux"	+/–
	Сообщение от пох. (?), 21-Июн-23, 13:29
	> Тем не менее, даунтаймы и внезанпные глюки в юзерских данных и им тоже ни к чему. им пофигу - это не их данные. Да, теряли, и не один раз. А чотакова, ты котиков сам же новых понавыложишь. А вот потерять невосстановимо фотки умершего члена семьи у себя на локалхосте - это совсем другая история. Так что нет, не совпадают даже приблизительно. Цель фейсбука - сделать максимально дешево и х-ево. (рабы которые все это чинят - тоже максимально дешевые)
	Ответить | Правка | Наверх | Cообщить модератору

	227. "Продвижение Bcachefs в состав ядра Linux"	+/–
	Сообщение от Аноним (227), 21-Июн-23, 23:35
	> им пофигу - это не их данные. Да, теряли, и не один > раз. А чотакова, ты котиков сам же новых понавыложишь. А знаешь что, мистер умник? Ты похрани-ка такой объем данных - для такого числа юзерех - на чем там тебе удобно. Столько же лет. И мы посмотрим получится ли у тебя с твоими супертехнологиями вообще лучше если отмасштабировать до того же размера. Понимаешь, чисто практически, если MTBF = 1 000 000 часов, и у тебя 1 девайс, ты скорее всего не доживешь до его отказа. Надежно типа. А если будет 1 000 000 девайсов по планете раскидано, "каждый час что-то ломается" может получиться. Надежно, типа? :) Из вот этих соображений тестам "в масштабе" доверия несколько больше. > А вот потерять невосстановимо фотки умершего члена семьи у себя на локалхосте > - это совсем другая история. Невосстановимо, в дизайне с недеструктивной записью и встроеной офлайн-читалкой и множественными точками входа для репарсинга - надо еще постараться, имхо. С более типичными файлухами если ситуация не идеальна - может хуже быть, у них запись же деструктивная и (мета)данных "есчо" чисто технически не остается, сразу и быстро, без возможности отменить или пересмотреть это вообще совсем. Ну и бэкапы не отменяли. Желательно в разных локациях. А то мало ли какие пожары, наводнения, химеры, тени, птички... Я вон с ntfs твоего любимого testdisk+photorec вытаскивал недавно. Ну вот пролюбило оно имена файлов и аллокацию, что хочешь то и делай. Данные ессно на месте. К счастью оно не фрагментировано почти - а отсутствующие имена... чем крут линух? Можно накорябать сриптик, он пнет ffprobe и exiv2 после вон тех, позырит теги ... и через 5 минут оно лихо именует сотни тыщ фоточек и мувиков "как камера" - сгенерив имя по дате, из тегов. Через еще 5 минут все лихо переименовано и разложено лучше чем изначально :) Но как ты уже понял, это - не заслуги нтфс. И не его штатного тулкита ФС. О которых в этой истории сложно сказать что-то хорошее. > Цель фейсбука - сделать максимально дешево и х-ево. Большинству юзерей энтерпрайзное железо тоже как-то дороговато, извини. А с чексумами хотя-бы глюкастики быстро замечаются. А нтфс какой они маринуют до последнего, понятия не имея что проблемы есть, пока не случится что-то типа вон того, когда там метаданные уже в хлам до состояния что это игнорить не получается. > (рабы которые все это чинят - тоже максимально дешевые) КМК по сравнению с тобой они - богатенькие буратины.
	Ответить | Правка | Наверх | Cообщить модератору

	231. "Продвижение Bcachefs в состав ядра Linux"	+/–
	Сообщение от пох. (?), 22-Июн-23, 11:12
	> Ты похрани-ка такой объем данных - для такого числа юзерех - на чем там тебе удобно. мне - нахрен оно не надо, у меня другой бизнес, не слежка за всем миром. > Столько же лет. в смысле - сразу же половину прое..ть? > получится ли у тебя с твоими супертехнологиями вообще лучше если отмасштабировать до того же > размера. а мне не надо того же размера. У меня совершенно другие задачи и вдобавок нет дешевых рабов (много жрут и гадят, а подвала нет, там бомбоубежище). И то что для мордокниги кажется приемлемым трейдофом - для меня недопустимо. Я - не мордокнига, в этом и разница. Поэтому и никаких выводов в стиле "что хорошо мордокниге будет просто прекрасно и для меня". Нет, не будет. "не все решения системных программистов подходят для прикладных" (с) > Но как ты уже понял, это - не заслуги нтфс. И не его штатного тулкита ФС. О которых в этой > истории сложно сказать что-то хорошее. их заслуга - что мне за 25 лет существования ntfs и использования его в хвост и гриву - ни разу никакой фоторек использовать не пришлось и двоичным редактором ковыряться в своем диске тоже. А вот про прекрасные файловые системы л@п4тых - я того же самого сказать не могу. К счастью, с некоторых пор я использую их в стиле выкрасил и выбросил, никаких ценных данных на них не храня.
	Ответить | Правка | Наверх | Cообщить модератору

	241. Скрыто модератором	+/–
	Сообщение от Аноним (-), 25-Июн-23, 03:18
	> мне - нахрен оно не надо, у меня другой бизнес, не слежка за всем миром. Ну дык, и все же, с точки хранения данных у них вот есть базы по 20+ терабайт. Это довольно специфичная нагрузка и забавный стресстест для файлух. > в смысле - сразу же половину прое..ть? Ну дык, покажи как это у тебя получится, посмотрим будет ли лучше :) > и вдобавок нет дешевых рабов (много жрут и гадят, а подвала > нет, там бомбоубежище). Бедный пох, у него подвал с батареей отжали под бомбарь. > - для меня недопустимо. Ну, я не мордокнига но мне btrfs тоже ничего. > в стиле "что хорошо мордокниге будет просто прекрасно и для меня". > Нет, не будет. Для себя я знаю что сан с энтерпрайзными хранилками от меня и моих хотелок был еще дальше чем эти. > "не все решения системных программистов подходят для прикладных" (с) Не все. Но довольно многие. И обычно это в целом все же работает. А если наоборот - можно и жесткий, трудноустранимый треш получить. Фуксия подтвердит. > их заслуга - что мне за 25 лет существования ntfs и использования > его в хвост и гриву - ни разу никакой фоторек использовать не пришлось А мне вот пришлось. Правда не на своих ntfs, но это потому что для себя шатал я это архаичное тормозилово юзать. А так btrfs мне тоже не приходилось особо чинить. Хоть у меня его и есть. > и двоичным редактором ковыряться в своем диске тоже. Да я это тоже не практикую. Однако предпочитаю понимать "свои" дизайны (активно используемые мной) - их сильные и слабые стороны, а потом - зачем бороться с законами мироздания если ими можно пользоваться? > А вот про прекрасные файловые системы л@п4тых - я того же самого сказать не могу. Зато btrfs меня предупреждает о глюках железа - и чинит единичные редкие бэды влет, не говоря про простое расширение сторажей вида "подцепил что было под рукой, получил эн места". > К счастью, с некоторых пор я использую их в стиле выкрасил и > выбросил, никаких ценных данных на них не храня. Ну как бы если для тебя ntfs венец творения и ты юзаешь винду, твое мнение как и что должно быть в лине не очень ценно. Каки твои рассуждения о юниксвее, который для тебя же и не сработал в результате. А себе я не настолько враг чтобы камлать на технологии из 90х и наслаждаться проприетариями при этом всем. Я вообще не понимаю пойнт этого занятия. Вот наоборот - я стал в разы эффективнее и смог много новых кейсов (e.g. эмбедовка). А у тебя регресс какой-то уже.
	Ответить | Правка | Наверх | Cообщить модератору

	209. "Продвижение Bcachefs в состав ядра Linux"	+/–
	Сообщение от bOOster (ok), 21-Июн-23, 08:39
	И главное - основной разработчик btrfs. Он то 100% в курсе как выпиливать данные из мертвого раздела, в отличии от шайки оголтелых...
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	232. "Продвижение Bcachefs в состав ядра Linux"	+/–
	Сообщение от пох. (?), 22-Июн-23, 11:13
	> И главное - основной разработчик btrfs. Он то 100% в курсе как > выпиливать данные из мертвого раздела, в отличии от шайки оголтелых... или ему просто наплевать. Тут, правда, у изрядной части шайки все так же - этой дешевой порнухи новой накачают.
	Ответить | Правка | Наверх | Cообщить модератору

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

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