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

В ядре Linux 6.3 всплыла проблема, приводящая к повреждению метаданных ФС XFS, opennews (??), 26-Май-23, (0) [смотреть все] Такое ощущение, что все эти xfs, btrfs и прочие 8211 лишь игрушки Ждём норма, Аноним (1), 23:36 , 26-Май-23, (1) –5 // В ней-то точно багов не будет, ага, лох (?), 23:40 , 26-Май-23, (2) +9 Баг в ядре, чукча xfs наверно единственная годная из всего зоопарка помимо ext , Аноним (3), 23:42 , 26-Май-23, (3) +10 // И в чём её годность заключается , Аноним (4), 23:48 , 26-Май-23, (4) –2 // Она довольно надежная и производительная , Аноним (3), 00:01 , 27-Май-23, (5) +1 Довольно , да , Аноним (6), 00:05 , 27-Май-23, (6) +5 Деградирует xfs куда больше ext4 У ext4 основная проблема фрагментация свободно, Аноним (8), 00:19 , 27-Май-23, (8) –8 Из розетки часто дергал Умирающий хард-убожка Перегревающийся полуразбитый ноу, Аноним (3), 00:22 , 27-Май-23, (9) –5 Я давным давно работал в компании, где backup сервер крутился под RHEL 5 с XFS В, birdie (ok), 00:38 , 27-Май-23, (13) +6 Страшилка интересная Не иначе космическое излучение Во времена RHEL 5 xfs была, Аноним (3), 01:02 , 27-Май-23, (18) –4 интересно, стабильна потому-что стабильна, чел сверху хоть рассказал свою истори, Гиря (?), 08:18 , 27-Май-23, (48) +7 а какая может быть история, если у него, предположим, не было ни одного факапа , Аноним (184), 21:43 , 27-Май-23, (184) +1 Сосайтник, дай конкретные и объективные измеримые критерии стабильности ФС И пр, DEF (?), 11:19 , 27-Май-23, (91) –1 Особенно затирание файлов нулями Это почти мировая константа Я думал что к 2 6, Аноним (-), 01:48 , 30-Май-23, (294) это какой год я плотно использую xfs с 2002, причём на довольно больших от еден, gleb (?), 08:09 , 27-Май-23, (45) +1 Про время и обнуление файлов на ХФС подтверждаю Но в те времена Шапка еще не до, Sergey (??), 09:22 , 27-Май-23, (56) Ну он сделал ls, не увидел файлов и сказал что глюкнула файловая система , Аноним (97), 11:40 , 27-Май-23, (97) Он использовал xfs_db и другие утилиты для отладки , birdie (ok), 11:57 , 27-Май-23, (104) 2004Очень похоже на наш case , birdie (ok), 11:56 , 27-Май-23, (103) сервер без ups , Аноним (230), 16:50 , 28-Май-23, (230) +1 А вот у вас система никогда в кору не падала Например, из-за сбоя железа, или о, Омоним (?), 20:38 , 28-Май-23, (251) +1 Души убитых процессов мстят , kilua (?), 08:33 , 27-Май-23, (49) +2 XFS не журналирует данные, только метаданные Эта ФС годна только для файлопомое, DEF (?), 11:35 , 27-Май-23, (95) +1 ext3-4 во всех режимах кроме одного тоже а с ним превращается в помойку по ско, лютый арчешкольник (?), 15:05 , 27-Май-23, (144) +3 Тут очень хорошо написано за что некоторые из нас любят BTRFS Его логика эквива, Аноним (-), 19:09 , 30-Май-23, (318) +1 У меня раздел ext4 1GB уже 9 лет живёт, я начинаю тихо охреневать от фрагментаци, Ананоним (?), 01:48 , 27-Май-23, (25) Это не фрагментация Ext4 умеет на ходу увеличивать размер структур на диске, в , totem (?), 04:45 , 27-Май-23, (33) +1 e2fsck не решает эту проблему посредством опции optimize_extents , Виктор Федорович Полторищенко (?), 14:03 , 27-Май-23, (127) Посмотри ls -ld в плохой директорииИ в хорошей , totem (?), 04:47 , 27-Май-23, (34) anyfs-tools, ZloySergant (ok), 14:16 , 27-Май-23, (132) +1 mkfs ext4, Аноним (168), 19:20 , 27-Май-23, (168) е4defrag - штатная программа Не знали Правда есть недостаток-иноды плохо дефр, maximnik0 (?), 20:43 , 27-Май-23, (178) Подозреваю, что для больших каталогов подойдёт включение опции dir_index, Амаяк Акопян (?), 03:36 , 27-Май-23, (31) xfs не деградирует Проблемы со скоростью доступа начинаются только на очень сил, gleb (?), 08:03 , 27-Май-23, (43) 10 от 100тб это 10тб если что, ещё можно минимум пару файлов впихнуть Сколько , Аноним (8), 10:36 , 27-Май-23, (67) Стереть на нем торент без преаллокации никогда не видали файло на 4 7 гига с, Аноним (-), 01:40 , 29-Май-23, (262) xfs на нескольких десятках серверов работает в данный момент, с десяток разделов, Всем Анонимам Аноним (?), 16:30 , 27-Май-23, (150) Конечно, веселье начинается, когда паника или power outage прилетает Но, судя п, Аноним (8), 16:47 , 27-Май-23, (152) Кстати о повреждениях ты узнаешь сильно постфактум, скорее всего, когда исправны, Аноним (8), 16:49 , 27-Май-23, (153) +1 ФС, которая молча хавает битые данные, не имея чексумм на данные и метаданные - , DEF (?), 01:46 , 27-Май-23, (24) –1 https wiki archlinux org title XFS Checksumming, Аноним (28), 02:28 , 27-Май-23, (28) Чексуммы только на метаданные и только с убогим алгоритмом crc32 На сами данные, DEF (?), 05:11 , 27-Май-23, (35) +2 Есть, только аппаратные,самого жёсткого диска, и уже давно Сейчас уже выжали с ж, maximnik0 (?), 20:57 , 27-Май-23, (181) Там вообще-то не чексуммы а FEC - но вот там если он не выдюжил, вариантов обычн, Аноним (-), 01:56 , 29-Май-23, (263) +1 Это как Я не беру в качестве примера ниже 5 рэйд Там же Рида-Соломона коды кор, maximnik0 (?), 07:47 , 29-Май-23, (272) Ну вот так RAID1 читаем обе копии по одному смещению Опа, они разные И чего , Аноним (-), 01:42 , 30-Май-23, (292) +1 Вы рассматриваете устаревшие схемы раид Сейчас эффективность и надёжность поднял, maximnik0 (?), 06:36 , 30-Май-23, (305) Устаревший - относительное понятие Если скажем всего 2 диска есть в энной систе, Аноним (-), 19:48 , 30-Май-23, (319) Это я про книгу одного из бывших министров промышленности,он покаялся в 15 год, maximnik0 (?), 09:22 , 31-Май-23, (331) Это слишиом экзотичный референс чтобы на него универсально ссылаться без пояснен, Аноним (-), 20:34 , 31-Май-23, (341) Чувствуется опыт у человека, Аноним (324), 01:43 , 31-Май-23, (324) А там и НЕ НУЖНО более извращенные алгоритмы 90 Метаданных в XFS занимают ста, maximnik0 (?), 11:26 , 31-Май-23, (335) Чексуммы _данных_ верифицируют работу оборудования end to end И ловят множество, Аноним (-), 02:20 , 01-Июн-23, (348) Эх,байки времен V3 5 В 3 6 это починили -единственное исключение chroot для вир, maximnik0 (?), 09:09 , 01-Июн-23, (362) Нормальное исключение, в переводе с кодерского на человеческий мы не паримся ва, Аноним (373), 19:22 , 01-Июн-23, (373) Эта проблема решаема на другом уровне через dm-integrity , Rootlexx (?), 11:04 , 27-Май-23, (78) +1 Это должно решаться на уровне ФС, которая для этого и предназначена - гарантиров, DEF (?), 12:07 , 27-Май-23, (107) Проблема в том что получается сложное, стремное месиво, которое при нужде переко, Аноним (-), 02:24 , 01-Июн-23, (349) Вы так говорите как будто бы ZFS и BTRFS были всегда, а вот дураки разработчки e, Kuromi (ok), 22:40 , 27-Май-23, (189) Бугага Переполнения LVM раздера переводит ее в RO и нарушению митаданных, спаса, Аноним (252), 21:28 , 28-Май-23, (252) Ее легендарную надежность с протиранием ненужных файлов нолями для безопасност, Аноним (-), 00:08 , 29-Май-23, (258) Скажу от себя её основная годность - более эффективная поддержка гигантских дис, Виталий (??), 00:40 , 27-Май-23, (14) +1 все ext начисто сливают при конкурентной работе , gleb (?), 08:04 , 27-Май-23, (44) –1 Всех сливают Ну да На самом деле, по производительности и фичам ext4 уступает , Аноним (8), 14:08 , 27-Май-23, (130) –2 вот сейчас SGI неистово завертелась в гробу Нет, конечно же, те 600мегабайтники , пох. (?), 10:01 , 27-Май-23, (62) +3 Торент качни, хотя-бы гигов на 200, лучше на забитый диск и без преаллокации, чт, Аноним (-), 00:13 , 29-Май-23, (259) zfs норм, Аноним (11), 00:32 , 27-Май-23, (11) +1 // Капризная и жрущая много ресурсов для своей работы ФС На BSD иногда есть смысл , Аноним (3), 00:49 , 27-Май-23, (16) +1 В линуксе ее функциональность составляется использованием Btrfs , DEF (?), 01:42 , 27-Май-23, (23) +1 С той разницей, что я заливал командой dd 2 гигабайта на один из накопителей в Z, n00by (ok), 06:45 , 27-Май-23, (36) –2 btrfs нельзя восстанавливать через dd, если в системе есть ещё хоть одно устро, gleb (?), 07:57 , 27-Май-23, (40) +2 А где у меня написано, что я ВОССТАНАВЛИВАЛ btrfs Но намёк по поводу аршинных бу, n00by (ok), 09:07 , 27-Май-23, (54) –1 а делал ЧТО, если лил данные через dd , gleb (?), 10:45 , 27-Май-23, (69) В каком месте Вам не понятно заливал командой dd 2 гигабайта на один из накопит, n00by (ok), 11:19 , 27-Май-23, (90) –3 Другими словами, человек _специально_ _портил_ данные на одном из элементов RAID, мшефд (?), 09:46 , 27-Май-23, (59) +2 Нуб, диски клонировать нужно через send receive, а не dd , DEF (?), 08:55 , 27-Май-23, (51) +1 Прежде чем оставлять своё особо ценное мнение, хорошо бы научиться читать Даю ещ, n00by (ok), 09:06 , 27-Май-23, (53) –3 ой, ёёёй запись произвольных данных на один из элементов raid, тем более raid0 , gleb (?), 10:50 , 27-Май-23, (70) Да Гарантий вообще никто не даст, читайте AS IS в лицензии Потому проверять сл, n00by (ok), 11:17 , 27-Май-23, (89) –2 удивительное -- не то слово, я бы применил идиотское без обид, просто потому,, gleb (?), 12:34 , 27-Май-23, (111) +1 Пожалуй, не буду спорить Если опыт не ставить, но утверждать о неких его резуль, n00by (ok), 14:05 , 27-Май-23, (128) –1 эксперимент должен планироваться так, чтобы давать повторяемые результаты, иначе, gleb (?), 14:58 , 27-Май-23, (143) Вы ведь не пробовали повторить, но утверждаете, что результаты не повторятся И в, n00by (ok), 16:05 , 27-Май-23, (148) –1 Делают,делают Для видиопотоков Там с жестких выжали все что можно-но и требовани, maximnik0 (?), 09:25 , 29-Май-23, (275) После этого нубика и поперли из росы не заплатив и дав повод для многолетних рыд, Аноним (168), 19:24 , 27-Май-23, (170) После этого работники Росы принялись анонимно клеветать, что меня откуда-то попё, n00by (ok), 08:43 , 28-Май-23, (214) –1 Читайте статью Как разработчики сидели в Петербурге и тихо ели грибы, а потом н, maximnik0 (?), 22:26 , 28-Май-23, (255) В btrfs метаданные тоже дублируются Режим DUP назвыается , DEF (?), 11:02 , 27-Май-23, (75) Это называется подмена предмета обсуждения и является довольно унылым приёмом , n00by (ok), 11:13 , 27-Май-23, (85) –1 Ну так не демагогствуй Свою кривую память протести на битроты и контроллеры на , DEF (?), 11:39 , 27-Май-23, (96) Я не составлял багрепорт о том случае с BtrFS, мне не до того было Ты судишь на, n00by (ok), 14:07 , 27-Май-23, (129) –1 Ну окей, тогда я буду вместо него И скажу что поймал в btrfs пару жирных багов , Аноним (-), 02:09 , 29-Май-23, (264) Порадуете ссылочкой на багзиллу Если захотите сослаться на боязнь деанона, расск, n00by (ok), 07:52 , 30-Май-23, (306) –1 Титул даденый мне вами тому не способствует В моих случаях не требовалось я как, Аноним (-), 20:08 , 01-Июн-23, (376) Так мне и не надо, поскольку мне не нужна BtrFS как таковая скрипт Шишкина до с, n00by (ok), 08:59 , 02-Июн-23, (387) Тут как бы дело хозяйское, но когда из вас не удается выжать даже точное сообщен, Аноним (-), 09:18 , 03-Июн-23, (392) Похоже, тут один фанат автономной ОС устроил дудос жалобами, и бот всё подряд чи, n00by (ok), 17:15 , 03-Июн-23, (396) Да, бот тут иногда жесткарит, меня правда обычно не полностью выпиливает а скоре, Аноним (-), 01:30 , 04-Июн-23, (412) Тот персонаж, который заявлял про открутку электросчётчика цена вопроса за одно, n00by (ok), 08:04 , 04-Июн-23, (415) меня репортнул модерам ботам наверное раз 5-10 и это даже потерли Я прикинул , Аноним (418), 02:43 , 05-Июн-23, (418) Гипотетически здесь три модератора, а практически у Максима нет времени во всем , n00by (ok), 09:07 , 05-Июн-23, (420) Мир не идеальный Я под его неидеальности стараюсь адаптироваться Если какое-то, Аноним (425), 00:18 , 06-Июн-23, (425) Нельзя ли конкретнее 1 Какие были конфигурации ФС 2 Что конкретно было сделано, Аноним (-), 01:23 , 29-Май-23, (260) Набираю в поисковике восстановление zfs пула , читаю по второй ссылке документа, n00by (ok), 08:17 , 30-Май-23, (307) –1 Я наверное непонятно выразился, пардон Мой апстрим - майнлайн, мне интересно чт, Аноним (-), 04:31 , 31-Май-23, (328) Я поступил ровно так же, как в случае с ZFS Набрал в поисковике восстановление, n00by (ok), 15:35 , 31-Май-23, (336) –1 Я бы не назвал идею что-то делать с фс по советам из интернета от хз кого удачно, Аноним (-), 22:39 , 31-Май-23, (343) Это как раз один из критериев, почему BtrFS непригодна для дома По ZFS имеется д, n00by (ok), 08:41 , 01-Июн-23, (361) –1 На мой вкус так я и еще эн продвинутых юзерей пользуемся этим всем - в том числе, Аноним (-), 03:24 , 02-Июн-23, (382) Вместо денег в ходу монета с чеканкой сделай бисект , n00by (ok), 09:04 , 02-Июн-23, (388) Вообще - вы в чем-то правы Паразитизм и потребццтво в более-менее живом и успеш, Аноним (-), 09:33 , 03-Июн-23, (393) Спасибо, кэп Собственно zfs так и появилась С дедубликацией по сути всего 3 ФС , Аноним (11), 10:35 , 27-Май-23, (66) +2 thin lvm, потому что иначе снапшоты будут ни разу непохожие на те что у zfs А э, пох. (?), 14:44 , 27-Май-23, (138) Сложная в освоении и память жрет побольше некоторых , Аноним (47), 08:17 , 27-Май-23, (47) знаешь, если две команды zfs и zpool тебе сложно - я боюсь представить что тебя , пох. (?), 14:46 , 27-Май-23, (139) +2 Меня ждет btrfs , Аноним (47), 15:15 , 27-Май-23, (145) –1 если тебе даже zfs сложно оказалось осилить - она тебя не дождется , пох. (?), 16:49 , 27-Май-23, (154) –1 Чего там ждать mkfs btrfs и все Никаких zpool и прочего не нужно , Аноним (47), 18:17 , 27-Май-23, (166) +1 о ужас, набрать zpool вместо mkfs В общем, степень адекватности опеннетчиков у, пох. (?), 10:06 , 29-Май-23, (278) Это называется когнитивная ригидность в психологии и синдром утенка у местны, n00by (ok), 08:24 , 30-Май-23, (308) Скрыто модератором, Аноним (-), 03:26 , 02-Июн-23, (383) Btrfs заметно проще, приятнее и дружественнее в управлении Однако чтобы с btrfs, Аноним (-), 01:28 , 29-Май-23, (261) Покажите пальцем, в каком месте Что именно вам сложно и неприятно в банальном уп, пох. (?), 10:05 , 29-Май-23, (277) Добавление, замена, изъятие девайсов, рестрайп на ходу, все такое Можно просто , Аноним (295), 02:12 , 30-Май-23, (295) Скрыто модератором, Аноним (-), 01:09 , 30-Май-23, (291) Для тех, кто не понимает суть, объясняю XFS - это файловая система, предназначен, Виталий (??), 00:49 , 27-Май-23, (17) –4 // xfs - Файловая система, производительность которой не зависит от количества и ра, Аноним (3), 01:06 , 27-Май-23, (19) –1 // Экспертное мнение от диванного эксперта подъехало Надо же, а Facebook, Synology, DEF (?), 01:31 , 27-Май-23, (21) Red Hat плотно сидит на XFS, Аноним (38), 07:32 , 27-Май-23, (38) +1 А ей просто не на чем больше Разработчики остальных и блочного уровня побегли, Аноним (265), 02:28 , 29-Май-23, (265) Советую почитать форум синолоджи, а также кучу тем а проф форумах, где люди теря, Олег (??), 13:08 , 27-Май-23, (119) +3 Лучше поотвисать в рассылках и чатах с разработчиками ФС И узнаете что такое сл, Аноним (265), 02:29 , 29-Май-23, (266) xfs, прежде всего, надёжное хранилище, хорошо работающее при конкурентном доступ, gleb (?), 08:00 , 27-Май-23, (41) +1 А ext4 для ssd разве не подойдёт , Xo (?), 02:41 , 27-Май-23, (29)   // Подойдёт, главное настроить правильно подключение в etc fstab Я о том, что BTR, Виталий (??), 02:48 , 27-Май-23, (30)   btrfs весьма приятна, но вот по поводу ssd к сожалению, усиление записи никто , gleb (?), 08:01 , 27-Май-23, (42) +1   Амплификация в данном контексте это не усиление , правильнее переводить как , n00by (ok), 09:41 , 27-Май-23, (58)   что в лоб, что по лбу и не чрезмерная запись, а именно лавинообразное увеличение, gleb (?), 10:53 , 27-Май-23, (71)   Сила там в амперах, надо полагать , n00by (ok), 11:27 , 27-Май-23, (93)   в секторах на байт , gleb (?), 12:36 , 27-Май-23, (112)   Вообще-то в школе учат, что в случае электронных устройств сила измеряется в амп, n00by (ok), 14:14 , 27-Май-23, (131)   да неужели и да, усиление в амперах нормальные люди ну никак не измеряют хотя, gleb (?), 14:51 , 27-Май-23, (141)   Высшая школа тоже школа Но вроде закон Ома изучают и в обычной на уроках физике, n00by (ok), 15:56 , 27-Май-23, (146)   А при чем тут закон Ома Вообще-то, сила измеряется в Ньютонах А вот сила то, Аноним (28), 23:19 , 27-Май-23, (193) +1   Почитайте внимательно самое первое предложение в цитате - там и про электронные , n00by (ok), 07:52 , 28-Май-23, (210)   Тут пришел другой аноним и ему интересно 1 А как вы именно больше _тока_ вгонял, Аноним (-), 03:33 , 29-Май-23, (267)   Ну я ж написал в надежде в т ч что не потребуется объяснять про нелинейнос, n00by (ok), 08:41 , 30-Май-23, (309)   Я другой аноним имхо нежели тот кто начал этот субтред Про вах полевиков я в ку, Аноним (-), 04:40 , 31-Май-23, (329)   Опять же, все эти замечательные аббревиатеры имеют отношение к сабжу не больше, , Аноним (28), 00:07 , 20-Июн-23, (429)   Возьмите за привычку добавлять по моему мнению , а лучше сразу формулируйте я , n00by (ok), 06:26 , 20-Июн-23, (430)   ext4 с коэф записи 4 на коэф записи 1 для smr_hdd, сравниваем сbtrfs с коэф за, Аноним (57), 09:40 , 27-Май-23, (57) +2   Еще ни разу не видел чтобы у SSD закончился ресурс если это не баг конечно Оди, Аноним (11), 10:42 , 27-Май-23, (68)   У меня из двух Тошиб 2010 года одна померла, стояли в массиве Но я там гонял Ros, n00by (ok), 11:31 , 27-Май-23, (94) –1   минутку, с этого места подробнее у меня alt, причём Сизиф Там тоже rpm Время , gleb (?), 12:50 , 27-Май-23, (116)   В Альте rpm4, а не rpm5, и там такой проблемы не было и нет Если интересно, ищи, n00by (ok), 14:19 , 27-Май-23, (133)   1 Btrfs еще и развивается и оптимизируется И если что, в свежих ядрах fdatasyn, Аноним (-), 02:30 , 30-Май-23, (296)   Вот первое сообщение той темы, это писал не я на тот момент у меня была ZFS и н, n00by (ok), 14:21 , 27-Май-23, (134)   в 2020 купил пару apacer panther нв 256 Один работает до сих пор без нареканий,, gleb (?), 13:00 , 27-Май-23, (117)   А это вообще вероятностный процесс Если для вон того чипа заявлено 1000 циклов , Аноним (-), 22:46 , 31-Май-23, (345)   ну, давно уже не 26, но неприятно, конечно , gleb (?), 10:54 , 27-Май-23, (72)   Это для каких нагрузок такое соотношение, интересно На обычных десктопах и серв, Аноним (-), 03:36 , 29-Май-23, (268)   и кстати, не тормозит Только, если возможно, надо бы поставить commit побольше д, gleb (?), 13:04 , 27-Май-23, (118)   Не особо тормозит,но балансировка и дефрагментацию при домашнем применение как в, maximnik0 (?), 09:36 , 29-Май-23, (276)   На системном SSD допустим оно вообще не сдалось Ему на фрагментацию в разумных , Аноним (-), 02:35 , 30-Май-23, (297)   А почистить метаданные Не забывайте что мелкие файлы могут писаться в блок ме, maximnik0 (?), 09:38 , 31-Май-23, (332)   Смотря что иметь в виду под очисткой Обычно под них выделяется 1 или несколько , Аноним (346), 23:08 , 31-Май-23, (346)   Btrfs стабильна и надежна как скала Скоро в RHEL ее завезут, не зря же ее 2 год, DEF (?), 01:36 , 27-Май-23, (22) // Если компьютер не включать , Аноним (3), 02:12 , 27-Май-23, (26) +2 // Если, как в твоем случае, не включать мозг , DEF (?), 02:26 , 27-Май-23, (27) +3 Лет через 10, Аноним (38), 07:33 , 27-Май-23, (39) In August 2017, Red Hat announced in the release notes for Red Hat Enterprise Li, Аноним (52), 09:01 , 27-Май-23, (52) +2 // Правильно, потому что энерпрайзу негоже забавляться с сырой косячной ФСА вот обк, Аноним (73), 10:57 , 27-Май-23, (73) Все давно решено - Btrfs скоро будет в RHEL В XFS коровы и чексуммы на данные т, DEF (?), 11:15 , 27-Май-23, (87) Не будет её в RHEL Она была в technical preview и не прошла его Вопрос закрыт , Аноним (187), 22:14 , 27-Май-23, (187) Закрытых вопросов в ИТ не бывает , DEF (?), 00:03 , 28-Май-23, (195) Ну, может быть Когда её снова в превью поместят - вот тогда и порассуждаем не т, Аноним (187), 17:44 , 28-Май-23, (238) Учитывая что IBM стоял у ее истоков, и IBM пожрал RH - и к тому же btrfs и отбаг, Аноним (-), 03:42 , 29-Май-23, (269) у Меня тут выключали свет ежедневно Половину года Дак вот btrfs - при пропад, Аноним (60), 09:57 , 27-Май-23, (60) // В таком эксперименте важно, что в момент отказа происходит Когда читаете Опенне, n00by (ok), 11:06 , 27-Май-23, (79) Я более 1000 раз делал хард-ресет при интенсивной записи в БД - ФС и данные ни р, DEF (?), 12:18 , 27-Май-23, (108) А я изучал метрологию и понимаю, что эта цифра придумана только что Ты напрасно , n00by (ok), 14:30 , 27-Май-23, (135) Т е в возможность создания автотеста файлух вы принципиально не верите, или что, Аноним (-), 03:53 , 29-Май-23, (270) Я уверен, что DEF ничего не считал, и тесты не проводил Иначе он бы и написал , n00by (ok), 08:46 , 30-Май-23, (310) А я немного отличаю этот ник от ноля и по накопленному опыту он вроде в ФС и око, Аноним (-), 05:02 , 31-Май-23, (330) Потому что он где-то что-то прочёл и эту инфу разносит Инфа необязательно невер, n00by (ok), 15:48 , 31-Май-23, (337) Мне почему-то кажется что он для себя этим пользуется, иначе врядли бы знал неко, Аноним (-), 02:50 , 01-Июн-23, (350) Не работают только parity-raid ы, а mirror-raid ы - работают , DEF (?), 11:17 , 27-Май-23, (88) Более того, поскольку там у метаданных и данных могут быть разные схемы хранения, Аноним (-), 03:38 , 30-Май-23, (304) Живу на btrfs, все работает отлично Что я делаю не так , Отражение луны (ok), 10:34 , 27-Май-23, (65) // Сидел на btrfs, все покорраптилось Постоянно проблемы у разных компаний и людей, Да (?), 11:43 , 27-Май-23, (99) // Насколько давно это было , Отражение луны (ok), 11:45 , 27-Май-23, (101) Я бы спросил - с какими ядрами Использовать какой-нибудь 2 6 32 можно и в 2023 , Аноним (-), 03:55 , 29-Май-23, (271) Ничего, что XFS не новомодная игрушка, а достаточно пожилая файловая система при, Getfor (?), 11:25 , 27-Май-23, (92) // Критерии стабильности в студию , DEF (?), 12:38 , 27-Май-23, (113) // крэшится очень стабильно - с 2009го года наблюдаю Но это на bare metal На вирт, пох. (?), 14:48 , 27-Май-23, (140) +2 riser5 же, ну , Аноним (149), 16:30 , 27-Май-23, (149) // Если только самому собирать kernel и добовлять пач чтобы работал riser5, а это в, Аноним (425), 20:23 , 27-Май-23, (176) кстати пусть разработчик 5 версии подарит нашему невте газ прому файловую систем, Аноним (425), 20:53 , 27-Май-23, (179) –1 // или ещё кому, зелёный есть , Аноним (425), 20:55 , 27-Май-23, (180) или продать наверно уже бы продал еслибы был спрос , Аноним (425), 20:57 , 27-Май-23, (182) Как бы у нефтегазпрома и так имущества больше, чем у разработчика-энтузиаста, кт, n00by (ok), 08:13 , 28-Май-23, (211) или продать наверно уже бы продал если бы был спрос Я это всё писал в основно, Аноним (-), 17:54 , 29-Май-23, (288) Про продать появилось только в третьем сообщении Дело тут не в спросе Нефтег, n00by (ok), 08:55 , 30-Май-23, (311) Проще тогда напишу свой посыл или точнее Смысл моих слов в том, чтобы отдать фа, Аноним (352), 05:51 , 01-Июн-23, (352) И отдать или продать тому у кого есть желание или заинтересованность и ресурс эт, Аноним (352), 05:55 , 01-Июн-23, (353) Эдуард Шишкин и хочет, и развивает свою ФС, когда находит на то время И даже в , n00by (ok), 08:36 , 01-Июн-23, (360) Сам собери Kernel с патчем для работы Reser5 вариант не устраивающий многих, так, Аноним (378), 20:43 , 01-Июн-23, (378) Когда он на btrfs плевался - его общий decision making зарекомендовал себя сильн, Аноним (-), 03:37 , 02-Июн-23, (384) ФС и не должна быть большим проектом Программисты на баш и мастера копипасты та, n00by (ok), 09:08 , 02-Июн-23, (389) Теоретически, да все мы хотим маленький, шустрый, стабильный, фичастый дизайн к, Аноним (-), 18:57 , 03-Июн-23, (397) Ext2 и jfs я не шучу , Аноним (425), 20:18 , 27-Май-23, (174) // на всякий случай jfs2, а так их две версии jfs1 и jfs2 jfs2 обозначают как jfs , Аноним (425), 20:39 , 27-Май-23, (177) +1 Не точно написано Надо так Ext2 и jfs Я не шучу , Аноним (-), 00:10 , 30-Май-23, (290) Рассматривать ещё надо как исправляется файловая система Как я вижу для jfs пос, Аноним (-), 19:33 , 01-Июн-23, (374) // Я имел ввиду качество проверки , Аноним (-), 19:37 , 01-Июн-23, (375) Пользуюсь btrfs как основной для корня уже около 4х лет, работает без проблем М, Андрей (??), 14:18 , 28-Май-23, (227) // Но, может быть так видимых проблем нет, а проверяя на ошибки раздел диска прове, Аноним (-), 18:27 , 29-Май-23, (289) // В этом случае нехило бы указать как минимум сообщение об ошибке При том желател, Аноним (-), 20:24 , 31-Май-23, (340) Было показано и найдено такой вид поведения в интернете С компьютером порядок , Аноним (352), 06:10 , 01-Июн-23, (354) визуализация виртуализация, Аноним (352), 06:11 , 01-Июн-23, (355) Варианты Поискать, что с этим делать - ответа не нашёл Тогда или оставить как , Аноним (346), 06:29 , 01-Июн-23, (356) Или званого установить файловую систему - то есть формат и установка операционно, Аноним (346), 06:30 , 01-Июн-23, (357) Снимай копию с раздела это если не виртуальный диск, а так скорее всего достаточ, Аноним (359), 07:05 , 01-Июн-23, (359) Лучше man btrfs-send на тему --no-data, так оно очень сильно меньше будет, а для, Аноним (-), 03:41 , 02-Июн-23, (385) Не спрашивайте, что было написано Не помню Запомнил еслибы к этому серьёзднее , Аноним (-), 06:43 , 01-Июн-23, (358) Ошибка в багзилле шляпы Возможно, напатчили лишнего эти шляпники, Аноним (7), 00:05 , 27-Май-23, (7) +3 // Количество собственных патчей в Fedora сведено к абсолютному минимуму за последн, birdie (ok), 00:28 , 27-Май-23, (10) +1 // Сведено, но далеко не нулевое, патчей много все равно И не факт, что проблема н, Аноним (7), 00:32 , 27-Май-23, (12) +2 // Я не понял при чём тут ярлыки Навешивал их тот, кто обвинял априори Fedora в , birdie (ok), 00:42 , 27-Май-23, (15) –1 Главное, при цитировании вырезать возможно , тогда цитата будет действительно п, n00by (ok), 06:52 , 27-Май-23, (37) +2 Расследование закончилось - ошибка в самом ядре, патч уже есть Патчи Fedora, как, birdie (ok), 12:57 , 28-Май-23, (224) –1 Ошибка в самам ядре самостоятельно материализовалась Или, может быть, ее туда, Аноним (244), 18:26 , 28-Май-23, (244) Смотри, кто автор бажного патча https git kernel org pub scm linux kernel git , Аноним (244), 18:39 , 28-Май-23, (247) RedHat - один из основных разрабов ядра, systemd, glibc, gnome, gtk и wayland Чт, birdie (ok), 19:23 , 28-Май-23, (249) в том и дело подгадили не только себе, но и всем вообще , Аноним (244), 22:16 , 28-Май-23, (253) +1 Только анонимы в рунете могут даже предположить, что сотрудники redhat гадят Я н, Аноним (256), 22:51 , 28-Май-23, (256) –1 Не имеет значения, где именно разместили бажный патч, не протестировав как следу, Аноним (244), 22:26 , 28-Май-23, (254) Аноним заявил, что1 Ядро в Федоре жутко патченное - ложь, фиксов там минимум, б, Аноним (256), 11:01 , 29-Май-23, (281) А вот известные разработчики блочного уровня и ФС оттуда почему-то слиняли Так,, Аноним (-), 02:41 , 30-Май-23, (299) потому что редхату не нужны их разработки, а нужна работающая xfs Кто не соглас, пох. (?), 17:28 , 01-Июн-23, (370) Хуже от этого как видим становится в основном редхату и их кастомерам, которым т, Аноним (-), 19:26 , 03-Июн-23, (398) От места размещения бажного патча результат не меняется Кто автор изменений, ко, Аноним (7), 08:31 , 28-Май-23, (212) Если верить Phoronix у, то проблема с xfs наблюдается и на Debian при использова, dalco (ok), 04:05 , 27-Май-23, (32) // Виноваты авторы тех изменений в ядре, что привели к этой ситуации И это, вероят, Аноним (7), 08:38 , 28-Май-23, (213) // Потому что ты не умеешь кодить Приходится делать это кому-то другому , пох. (?), 18:01 , 28-Май-23, (242) К чему это тут Если сам не умеешь, не думай, что остальные такие же , Аноним (244), 18:27 , 28-Май-23, (246) xfs зло,файлы с недокаченого торрента исчезали когда пользовался ей в позапрошло, Аноним (47), 08:13 , 27-Май-23, (46) –3 // Btrfs этот то единственное чтоне дает мне поставить RHEL на комп У меня на ней , Аноним (60), 10:01 , 27-Май-23, (61) // Ну так сам собери, keydon (ok), 10:20 , 27-Май-23, (63) Ставь Федору - там btrfs по-умолчанию Через пару лет и в RHEL станет также, как, DEF (?), 11:12 , 27-Май-23, (84) +3 // Шапка от BTRFS отказалась и вовсю патчит XFS наверняка баги оттуда же , уже даж, Kuromi (ok), 23:10 , 27-Май-23, (192) Если попробовать сратис и btrfs device add remove ну ты понял , Аноним (-), 02:42 , 30-Май-23, (300) Никакого COW в XFS не добавлено и не добавят Поддержка коров требует поломку об, DEF (?), 21:28 , 30-Май-23, (320) –2 Разве там уже не чуть ли пятая версия формата данных на диске , Kuromi (ok), 22:40 , 30-Май-23, (323) +3 И чо Где обещанные коровы и чексуммы Их нет и не будет Даже если и будут, то , DEF (?), 11:29 , 02-Июн-23, (390) а оно надо на высокопроизводительной фс завезли reflink, пока хватит, наверное , gleb (?), 12:40 , 02-Июн-23, (391) Как мне кажется вон тот Кент им ща покажет что можно и коров научить бегать быст, Аноним (-), 19:30 , 03-Июн-23, (399) OEL UEK поставь, там ффсё есть , Tron is Whistling (?), 22:31 , 27-Май-23, (188) исчезали -- это как что конкретно происходило держать файлы типа торрентов на b, gleb (?), 11:02 , 27-Май-23, (76) // Если например xmonad закрыть по shift alt q во время скачивания торрента,то несм, Аноним (47), 17:43 , 27-Май-23, (161) // Комп вроде потом тоже выключал В общем с торрентами так было несколько раз и я , Аноним (47), 17:50 , 27-Май-23, (162) –1 не воспроизводится 4 9 384 14 555 4 915 10 665 15 87, gleb (?), 19:42 , 27-Май-23, (171) –1 Ядро точно 4 9 было я его долго юзал Когда дропнули поддержку тогда только пер, Аноним (47), 20:08 , 27-Май-23, (172) –1 RT патчи , Аноним (47), 20:21 , 27-Май-23, (175) ну вот я проверил на 5и разных ядрах проблемы не вижу , gleb (?), 06:57 , 28-Май-23, (208) Рад за ваш успех,мне так не повезло Теперь считаю xfs какашкой btrfs норм Есл, Аноним (47), 09:23 , 28-Май-23, (215) Дело в том, что ни Ваше, ни моё мнение, по большому счёту, ничего не решает и ни, gleb (?), 09:31 , 28-Май-23, (217) –1 На убогую ext мне вообще плевать Я пробовал их все и имею свое мнение о них М, Аноним (47), 09:53 , 28-Май-23, (218) +1 А разве файлы, скачанные с торрентов часто и быстро меняются Допустим файлы кач, Аноним (239), 17:47 , 28-Май-23, (239) // они пишутся в произвольные места, обычно, разряжённого файла на btrfs каждое из, gleb (?), 14:50 , 29-Май-23, (286) А если преаллоцировать место или скачивать последовательно, это решит проблему , Аноним (239), 02:40 , 30-Май-23, (298) достаточно отключить cow для этих файлов и или папок но производительность всё р, gleb (?), 08:59 , 30-Май-23, (312) и да, торрент-качалки обычно и так заранее выделеяют место, создавая разрежённый, gleb (?), 09:02 , 30-Май-23, (313) XFS как раньше затирал файлы, так и сейчас продолжает, стабильность ага Вот дум, Аноним (50), 08:38 , 27-Май-23, (50) –2 // можно продемонстрировать повторюсь, у меня с 2002 г активно юзается в 4 разных , gleb (?), 10:57 , 27-Май-23, (74) // Попробуйте его с ceph ом поиспользовать да, я знаю что официально не рекомендуе, Аноним (324), 01:47 , 31-Май-23, (325) // так проблема-то, чья , gleb (?), 16:56 , 31-Май-23, (339) fs, разумеется - ceph в этом режиме работает как обычная user space программа П, пох. (?), 17:32 , 01-Июн-23, (371) вообще-то, для ceph именно xfs считается нормальной фс так что вопрос остаётся , gleb (?), 20:43 , 01-Июн-23, (377) для ceph нормальной fs является raw partition, на котором формат хранения менялс, пох. (?), 21:42 , 01-Июн-23, (380) я спорить не буду, но нагугливаемая документация так не считает ох, сей мёд бы, gleb (?), 05:23 , 02-Июн-23, (386) И какие же там проблемы , DEF (?), 11:43 , 27-Май-23, (100) Не знаю что там про надёжность и стабильность xfs и работу с большими объёмами Н, Аноним (55), 09:07 , 27-Май-23, (55) +3 // в фарш все разделы и потом постепенно нарастающие ошибки а тут точно xfs винова, gleb (?), 11:04 , 27-Май-23, (77) // После этого переразвернул сервер на ext4 8 лет, до сих пор работает Весь регион , Аноним (183), 21:12 , 27-Май-23, (183) // Это разные анонимы пишут И да, 8 лет назад proxmox backup server не было , Аноним (203), 01:50 , 28-Май-23, (203) В данном случае речь шла про Oracle Linux 7 1 И речь там больше про то что после, Аноним (183), 11:35 , 28-Май-23, (220) не очевидно, что это не аргумент надо разбираться и тестировать в противном слу, gleb (?), 06:55 , 28-Май-23, (207) Вот прямо сейчас ядро 6 3 3 превращает в фарш разделы с xfs Это факт За ext4 так, Аноним (183), 11:40 , 28-Май-23, (221) –1 тобой - незамечено, потому что ты старательно смотришь в другую сторону Гуглить , пох. (?), 17:34 , 01-Июн-23, (372) Да, ПЦ - стабилен Особенно с версиями кернелов в сабже Но зачем тебе ПЦ Неужт, Аноним (-), 01:41 , 04-Июн-23, (413) XFS не журналит данные, только метаданные Поэтому ее лучше юзать для файлопомое, DEF (?), 11:41 , 27-Май-23, (98) // Эта протухшая пропатченная дрянь и есть бэкпорты всего нового с современных к, thhh (?), 20:18 , 27-Май-23, (173) // По какой-то неведомой причине эти бэкпорты глючные и менее стабильные, чем свежи, DEF (?), 00:06 , 28-Май-23, (198) На 4 19 прекрасно себя чухает Нет проблем,проста и надежна , Аноним (47), 09:26 , 28-Май-23, (216) Законы Мерфи гласят что если вам кажется что дела идут хорошо, вы просто не зам, Аноним (-), 01:02 , 04-Июн-23, (409) Прочитал обсуждение Xfs - дерьмо, etx4 - дерьмо, btrfs - дерьмо, zfs - дерьмо П, beck (??), 10:31 , 27-Май-23, (64) +6 // Да, EXT4 стабильнее всех работает, а те кто про неё пишут гадости, подсосы бутер, Аноним (73), 11:06 , 27-Май-23, (80) +4 // Сосайтник, бутерфс от оракла , DEF (?), 11:09 , 27-Май-23, (82) // Ой извините подсосы бутерфс от оракцле , Аноним (109), 12:30 , 27-Май-23, (109) Вот это рили дерьмо Конечно есть - Btrfs , DEF (?), 11:08 , 27-Май-23, (81) –1 // Подтверждаю - рекаверил убиты в хлам нтфсы юзерам у которых все прекрасно работа, Аноним (-), 01:04 , 04-Июн-23, (410) На zfs не каждый местный эксперт сможет установить систему, так что это их экспе, n00by (ok), 11:10 , 27-Май-23, (83) +3 Сейчас придут и расскажут и почему NTFS тоже дерьмо А IMHO - вся беда в том, , Читатель сайта (?), 11:15 , 27-Май-23, (86) +1 Используется на более чем 2х миллиардов Android телефонах и сотнях тысяч серв, birdie (ok), 11:52 , 27-Май-23, (102) // И чо У одного только Фейсбука, btrfs юзается в хвост и в гриву на более миллион, DEF (?), 11:58 , 27-Май-23, (105) –2 // Есть решения без этого, начиная от dm-integrity, заканчивая тупо md5sum Проблема, birdie (ok), 12:39 , 27-Май-23, (114) Это не решения, а днищенские костыли Гарантия целостности данных должна обеспеч, DEF (?), 13:45 , 27-Май-23, (124) +2 Кто это решил Я использую файлы с checksums более 20 лет Проблем не было Кроме, birdie (ok), 13:58 , 27-Май-23, (126) копий данных на современных fs может быть, внезапно, не одна И даже носителей т, пох. (?), 00:20 , 28-Май-23, (201) +2 И какой копии доверять Как доказать целостность Где гарантии, что копии целые , Sw00p aka Jerom (?), 10:34 , 28-Май-23, (219) –3 Тебе ж написали контрольные суммы , Прохожий (??), 11:01 , 29-Май-23, (280) а где храним эти контрольные суммы и в каком количестве , Sw00p aka Jerom (?), 11:36 , 29-Май-23, (282) Ну вот в файлухе например можно, если это не блочный а файловый дизайн был В , Аноним (400), 19:38 , 03-Июн-23, (400) откуда знаем как понять чек-сумма битая или блок данных разве не на том же уст, Sw00p aka Jerom (?), 21:26 , 03-Июн-23, (404) ИМХО пофиг если не совпадает - проблемная копия, просто берем из другой И как, Аноним (411), 01:15 , 04-Июн-23, (411) Это решили логика и здравый смысл Никого не интересует твой опыт использования , DEF (?), 00:52 , 28-Май-23, (202) –1 ля, стыдно всё это читать Если у вас есть RAID, куча копий данных, да на кой хр, birdie (ok), 12:56 , 28-Май-23, (223) –2 Начните уже думать, а не только троллить RAID защищает немножко от другого Куча, dasd (?), 17:34 , 28-Май-23, (237) Мда С тобой все ясно Таблетки не забывай принимать вовремя, которые тебе назна, DEF (?), 17:10 , 30-Май-23, (317) А откуда мы знаем которая из копий на райде правильная когда на отличия налетели, Аноним (-), 19:53 , 03-Июн-23, (401) мне китайский переходник SATA-USB наделал в ссд кучу Uncorrectable ошибок и даже, onanim (?), 08:45 , 04-Июн-23, (417) Именно поэтому Гугль потихоньку переводит Андроид на f2fs для RW хотя тут неточ, Kuromi (ok), 23:07 , 27-Май-23, (191) +1 Математика не нужна Миллионы школьников не могут ошибаться , Аноним (324), 01:59 , 31-Май-23, (327) При форматировании флешки или внешнего HDD в NTFS проблемы с потерями данных я в, ptr (??), 12:06 , 27-Май-23, (106) // NTFS игрушечная ФС , Аноним (109), 12:33 , 27-Май-23, (110) // NTFS просто старенькая и глючная, слишком много напихали поэтому регулярно наход, Аноним (8), 21:53 , 27-Май-23, (185) Практически всё в этом ответе - наглая ложь, и непонимание работы куча мелких , birdie (ok), 13:01 , 28-Май-23, (225) Хорошо, давай вместо твоего пустословия я приведу самый надёжный способ её уничт, Аноним (8), 13:28 , 28-Май-23, (226) VirtualBox поставить и записать видео - делов на полчаса Увы, не верю ни слову,, birdie (ok), 16:57 , 28-Май-23, (232) Ну нет, тебе надо, ты и экперементируй Лет 5 назад в очередной раз пофиксили Е, Аноним (8), 17:22 , 28-Май-23, (235) gt оверквотинг удален Вы сделали громкое заявление о кривизне NTFS The burden, birdie (ok), 17:57 , 28-Май-23, (241) ну почему-же Если хозяин балуется монтажом видео, например, то наилучший Да и , gleb (?), 12:44 , 27-Май-23, (115) // В этом случае различия между xfs и ext4 он просто не заметит Зачем они тому же P, ptr (??), 13:09 , 27-Май-23, (120) проверено -- заметит особенно, если паралелльно сборки проекта не ждать и плева, gleb (?), 13:19 , 27-Май-23, (121) Понял Мы с разных планет На моей, остановка БД - чрезвычайное событие, гранича, ptr (??), 13:29 , 27-Май-23, (122) это тоже понятно но когда остановка -- снэпшот -- перезапуск посгресса занимает, gleb (?), 13:33 , 27-Май-23, (123) А если юзер ждет завершения обучения модели, которое длится уже часов 30 На мое, ptr (??), 13:49 , 27-Май-23, (125) Просто у тебя реальный мир, а у него мир смузихлёбов с докером в проде, где пара, Аноним (8), 14:39 , 27-Май-23, (136) +1 никак и тем не менее, технология имеет право на жизнь в своих граничных услови, gleb (?), 14:44 , 27-Май-23, (137) Если хозяин балуется монтажем видео ему надо в сторону SSD смотреть, может даже , Kuromi (ok), 23:04 , 27-Май-23, (190) +1 спасибо, кэп но вот у мне, например, в голову не придёт покупать ссд большого об, gleb (?), 06:50 , 28-Май-23, (206) Ну на самом деле обычно всякие топовые NVME с 3-7 гигабайта в секунду записи , Kuromi (ok), 17:06 , 28-Май-23, (234) У f2fs была проблема с GRUB Если создать ФС с опцией -O extra_attr, загрузчик н, n00by (ok), 09:05 , 30-Май-23, (314) Есть такая проблема, да , Kuromi (ok), 15:48 , 30-Май-23, (315) Такие проблемы бывают с много чем С btrfs или zfs на это тоже можно нарваться , Аноним (-), 20:15 , 03-Июн-23, (402) Ну я пользуюсь, просто работает, брат жив Но обратите внимание, нюанс ntfs-3gЕс, пох. (?), 14:52 , 27-Май-23, (142) Она умеет разваливаться в хлам ничуть не лучше и не хуже остальных Да так чт, Аноним (-), 02:46 , 30-Май-23, (301) // gt оверквотинг удален NTFS конечно ФС старая и на сегодняшний день не предлага, Kuromi (ok), 16:42 , 30-Май-23, (316) // Экстенты Откуда HTFS взяться экстентам,будь они там она не была такой тормоз, maximnik0 (?), 22:26 , 31-Май-23, (342) –1 Чтож, закапываться в спеки лень, но условная Википедия да простят меня боги ув, Kuromi (ok), 22:41 , 31-Май-23, (344) В журнале Системный администратор приводилась статья по устройству ntfs, достато, maximnik0 (?), 23:21 , 31-Май-23, (347) У них вроде изначально свободное место битмапом аллокации маркировалось и потом , Аноним (414), 01:49 , 04-Июн-23, (414) Ну и получается объединенная группа кластеров - это не экстент В лучшем случае э, maximnik0 (?), 22:20 , 05-Июн-23, (424) Зато инструментов для вытаскивания данных до хрена и больше,а если еще и образ б, maximnik0 (?), 10:27 , 31-Май-23, (333) Нтфс говорите Это которая гибнет после каждого третьего выключения света Где П, Аноним (324), 01:55 , 31-Май-23, (326) –1 // Сейчас с 64 мгб кэша на жестких любая фс при резком выключение может сказать -да, maximnik0 (?), 10:50 , 31-Май-23, (334) +1 // Вообще-то нет Там есть команды для предсказуемой работы с кешированием и информ, Аноним (-), 20:30 , 03-Июн-23, (403) То то в новых ядрах 1,5 сек задержку перед выключением пришлось возвращать 1,5 , maximnik0 (?), 22:02 , 05-Июн-23, (423) Да, вы знаете, фирмвары у девайсов бывают забагованые и кривые Но это баг и нар, Аноним (-), 00:42 , 06-Июн-23, (426) Не знаю как в 10,не пробывал,а в старых версиях офтопика в настройках управления, maximnik0 (?), 13:45 , 06-Июн-23, (428) Вы путаете ФС и ОС В NTFS это разные директории В NTFS даже 0 байт значения 0, n00by (ok), 16:02 , 31-Май-23, (338) // Зато удачи там создать файл с именем С CON , как минимум через WinAPI А в лин, Аноним (373), 00:01 , 04-Июн-23, (405) Вы новость вообще читали Chris Caudle 2023-05-19 14 00 28 UTCUpdated to kernel 6, Аноним (147), 16:02 , 27-Май-23, (147) // А вы Человек загрузился в 6 3 3 и у него все прахом пошло И дальше у пачки други, Аноним (256), 21:55 , 27-Май-23, (186) о, я смотрю тут специалисты по XFS сидят подскажите, что вот это за фигня http, onanim (?), 16:41 , 27-Май-23, (151) +1 // а ну и в dmesg никаких ошибок, в SMART у хардов всё шикарно, никаких внезапных о, onanim (?), 16:49 , 27-Май-23, (155) // а это на экране что по-твоему В логах - естественно никаких ошибок, ты ж их сло, пох. (?), 16:56 , 27-Май-23, (157) +1 // Ты ведь на самом деле хотел сказать вернуть ext4 и убрать xfs , Аноним (109), 17:17 , 27-Май-23, (159) +1 вот я к этому же решению и склоняюсь за 15 лет прыщеводства ни разу не сталкив, onanim (?), 18:05 , 27-Май-23, (163) э ну короче, у меня для тебя плохие новости - тебе просто везло Или может, пох. (?), 00:03 , 28-Май-23, (196) я бы склонялся к гипотезе, что проблема где-то ближе к железу Просто на ext не, gleb (?), 06:44 , 28-Май-23, (205) слабоумие и отвага или слабоумие и слабоумие , пох. (?), 16:53 , 27-Май-23, (156) –1 // я понимаю, что у вас в кровавом ынтырпрайзе на хранилища объёмом менее чем 1 пет, onanim (?), 18:09 , 27-Май-23, (165) // Наоборот, у нас полка не позволяет создать один том больше 18 терабайт Вообще , пох. (?), 00:00 , 28-Май-23, (194) Фэйсбук с базой сносившей когда-то крышу btrfs где-то на примерно 20-м терабайте, Аноним (346), 00:07 , 04-Июн-23, (406) Я не раб фейсбука, и мне совершенно наплевать что они там у себя нах евертили , пох. (?), 11:47 , 05-Июн-23, (422) Проблема не в сервере и не ос, а в том что у тебя поисковый кретинизм, легко ищу, Аноним (109), 17:16 , 27-Май-23, (158) // В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..., onanim (?), 18:07 , 27-Май-23, (164) ипать, иксперт опеннета - нашел таки гуглем - тадам - исходник с этой строчкой З, пох. (?), 00:05 , 28-Май-23, (197) +1 насколько я понимаю, это переполнение при транзакции и ненормльно надо бы в тех, gleb (?), 17:27 , 27-Май-23, (160) // это правда был несчастный случай - Случай, когда человеку в спину попадает стр, пох. (?), 00:07 , 28-Май-23, (199) +1 // а кто спорит Конечно, ненормально Но ниже Вы сами сказали о большом нечто Сл, gleb (?), 06:40 , 28-Май-23, (204) и да, про техподдержку не очень смешно как минимум, они должны убедитьтся, что , gleb (?), 07:05 , 28-Май-23, (209) Это ж каким кретином нужно быть, чтобы на CentOS 7 воткнуть неродное для CentOS , Анннннно (?), 19:42 , 28-Май-23, (250) // а кто тогда ты, если не знаешь про свежие ядра в родных репозиториях ред хата , onanim (?), 12:49 , 29-Май-23, (283) –1 // Ссылку на официальное ядро 6 2 8 от RedHat для CentOS-7 , или ты п абол , Анннннно (?), 22:18 , 30-Май-23, (322) Все эти исправления больше похожи на танцы с бубном Терминам похоже , вроде б, Аноним (167), 18:40 , 27-Май-23, (167) // Линукс это давно уже сборник шаманских практик а не инженерия Никто не знает точ, пох. (?), 00:12 , 28-Май-23, (200) +4 // Баг закрыли, потому что туда посыпался спам - я не про комментарии, я про обычны, birdie (ok), 12:49 , 28-Май-23, (222) +1 // ну полно сказочки-то рассказывать Баг не просто закрыли, страницу багзилы сдела, пох. (?), 17:25 , 28-Май-23, (236) 1 Bugzilla открыта для new bug reports - you re welcome2 Reproducible test cas, birdie (ok), 17:55 , 28-Май-23, (240) в момент появления бага их было полно Не было желания Не у нас, сам понимаешь , пох. (?), 18:22 , 28-Май-23, (243) +2 gt оверквотинг удален Ждём-с , birdie (ok), 19:18 , 28-Май-23, (248) Пох такой себе фанат опенсорса, который назло бабушке уши отмораживает и винду р, Аноним (-), 02:52 , 30-Май-23, (302) 12309 у меня до сих пор бывает при копировании крупных файлов, на NVMe диске, хо, onanim (?), 16:50 , 28-Май-23, (231) // Версия ядра Вывод free Вывод vmstat 1 5 , birdie (ok), 17:01 , 28-Май-23, (233) gt оверквотинг удален разные дистрибутивы, разные относительно свежие LTS ядра, onanim (?), 12:51 , 29-Май-23, (284) +1 А ядра то надеюсь десктопные, low latency Т е как минимум preempt_dynamic p, Аноним (-), 02:56 , 30-Май-23, (303) Сколько раз пробовал ставить лоу латенси ядра - никакого эффекта нигде не ощутил, Неуклюжий танцор (?), 21:02 , 01-Июн-23, (379) Это в основном под нагрузкой ощущается Под тяжелым IO и тому подобным Если вы , Аноним (373), 00:20 , 04-Июн-23, (407) сервер, перестающий обрабатывать запросы потому что очень занят сбросом буферов , пох. (?), 21:51 , 01-Июн-23, (381) Да как тебе сказать Если сервак протупит 500 мс с запросом по HTTP ты можешь ос, Аноним (414), 00:28 , 04-Июн-23, (408) увы, у меня не финтех переводящий ресурсы в ненужные криптозакорючки, с бесконеч, пох. (?), 11:32 , 05-Июн-23, (421) И все же если ты мониторил когданить под нагрузкой это добро то знаешь что есть , Аноним (-), 00:58 , 06-Июн-23, (427) https www opennet ru openforum vsluhforumID3 130607 html 322Ссылку на официал, Анннннно (?), 15:29 , 03-Июн-23, (395) –1 Я в домашней лабе Центоси уже обновился, так что отчаиваться поздно Все бэкапны, Kirikekeks (ok), 08:01 , 29-Май-23, (273) Предложен патч, исправляющий проблему- args- fsbno ap- blkno args- alignmen, Анонус (?), 16:05 , 29-Май-23, (287) +1 Сегодня подленько так прилетело обновление ядра в Федорку - 6 3 4, DEF (?), 10:05 , 01-Июн-23, (363) 1,7,46,50,55,64,147,151,167,273,287,363

Сообщения

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

	29. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от Xo (?), 27-Май-23, 02:41
	А ext4 для ssd разве не подойдёт?
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	30. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от Виталий (??), 27-Май-23, 02:48
	Подойдёт, главное настроить правильно подключение в /etc/fstab. Я о том, что BTRFS на жёстких дисках тормозит, и поэтому для BTRFS крайне желателны именно SSD.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+1 +/–
	Сообщение от gleb (?), 27-Май-23, 08:01
	btrfs весьма приятна, но вот по поводу ssd... к сожалению, усиление записи никто не отменял. Впрочем, плюсы btrfs обычно, перевешивают.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от n00by (ok), 27-Май-23, 09:41
	"Амплификация" в данном контексте это не "усиление", правильнее переводить как "чрезмерная запись".
	Ответить | Правка | Наверх | Cообщить модератору

	71. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от gleb (?), 27-Май-23, 10:53
	что в лоб, что по лбу. и не чрезмерная запись, а именно лавинообразное увеличение числа физических записей, так что, таки усиление.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от n00by (ok), 27-Май-23, 11:27
	Сила там в амперах, надо полагать?
	Ответить | Правка | Наверх | Cообщить модератору

	112. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от gleb (?), 27-Май-23, 12:36
	> Сила там в амперах, надо полагать? в секторах на байт.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от n00by (ok), 27-Май-23, 14:14
	Вообще-то в школе учат, что в случае электронных устройств сила измеряется в амперах. А если ими кидаться - тогда в ньютонах.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от gleb (?), 27-Май-23, 14:51
	>Вообще-то в школе учат, что в случае электронных устройств сила измеряется в амперах. А если ими кидаться - тогда в ньютонах. да неужели? и да, *усиление* в амперах нормальные люди ну никак не измеряют. хотя выразить при желании, конечно, можно.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от n00by (ok), 27-Май-23, 15:56
	>>Вообще-то в школе учат, что в случае электронных устройств сила измеряется в амперах. А если ими кидаться - тогда в ньютонах. > да неужели? Высшая школа тоже школа. Но вроде закон Ома изучают и в обычной на уроках физике. > и да, *усиление* в амперах нормальные люди ну никак не измеряют. Нормальные люди подменяют "сила там в амперах, надо полагать?" на удобное им и приписывают оппоненту? > хотя выразить при желании, конечно, можно. Коэффициент усиления транзистора - это отношение токов коллектора и базы.
	Ответить | Правка | Наверх | Cообщить модератору

	193. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+1 +/–
	Сообщение от Аноним (28), 27-Май-23, 23:19
	>>> Вообще-то в школе учат, что в случае электронных устройств сила измеряется в амперах. А если ими кидаться - тогда в ньютонах. >> да неужели? > Высшая школа тоже школа. Но вроде закон Ома изучают и в обычной на уроках физике. А при чем тут закон Ома? Вообще-то, *сила* измеряется в Ньютонах. А вот *сила тока* - в Амперах. Средняя школа передает привет. Но ни то ни другое не имеет отношения к write amplification, что можно перевести как "умножение записи", т.к. речь идет об увеличении количества записанных данных по сравнению с оригиналом. "Усиление записи" тоже будет корректно, но это уже буквальный перевод, который не так хорошо отражает суть эффекта. И да, внезапно, не всякая сила измеряется в Ньютонах.
	Ответить | Правка | Наверх | Cообщить модератору

	210. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от n00by (ok), 28-Май-23, 07:52
	>>>> Вообще-то в школе учат, что в случае электронных устройств сила измеряется в амперах. А если ими кидаться - тогда в ньютонах. >>> да неужели? >> Высшая школа тоже школа. Но вроде закон Ома изучают и в обычной на уроках физике. > А при чем тут закон Ома? Вообще-то, *сила* измеряется в Ньютонах. А > вот *сила тока* - в Амперах. Средняя школа передает привет. Почитайте внимательно самое первое предложение в цитате - там и про электронные устройства, и про Ньютоны. > Но ни то ни другое не имеет отношения к write amplification, что > можно перевести как "умножение записи", т.к. речь идет об увеличении количества > записанных данных по сравнению с оригиналом. "Умножение", пожалуй, годится вместо "усиления". Но в русском языке таким словом зачастую называют что-то хорошее (приумножить), потому я считаю "чрезмерная запись" уместнее. > "Усиление записи" тоже будет корректно Вы так полагаете, поскольку не изучали ТОЭ, ФОЭТ и прочие удивительные аббревиатуры? Не шили ППЗУ с УФ стиранием? Вот там после нескольких циклов записи-стирания приходилось увеличивать ток в надежде, что получится залить очередную прошивку. Вот это можно зазвать усилением записи. И совершенно внезапно SSD собраны на основе ППЗУ (ЭСППЗУ). > но это уже буквальный перевод, который не так хорошо отражает суть > эффекта. Точнее, путает. Тогда уж лучше оставить "амплификация" как в оригинале. Обывателя непонятное испугает, а специалист поймёт.
	Ответить | Правка | К родителю #193 | Наверх | Cообщить модератору

	267. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от Аноним (-), 29-Май-23, 03:33
	> Вы так полагаете, поскольку не изучали ТОЭ, ФОЭТ и прочие удивительные аббревиатуры? > Не шили ППЗУ с УФ стиранием? Вот там после нескольких циклов > записи-стирания приходилось увеличивать ток в надежде, что получится залить очередную > прошивку. Вот это можно зазвать усилением записи. И совершенно внезапно SSD > собраны на основе ППЗУ (ЭСППЗУ). Тут пришел другой аноним и ему интересно 1) А как вы именно больше _тока_ вгоняли? Повысив напряжение программирования? 2) Как вы в современном флеше вообще ток контролировать собираетесь? Это все рулится state machine на кристалле чипа флехи, она сама обеспечивает нужные параметры стирания и программирования (2 разных процесса, оба требуют). А повышенный вольтаж - начиповым charge pump'ом делается. Машина состояний его сама включает по мере надобности и наружу это вообще не вывешено. > Точнее, путает. Тогда уж лучше оставить "амплификация" как в оригинале. Обывателя непонятное > испугает, а специалист поймёт. Амплификация - более менее устоявшийся термин. Хотя на самом деле даже в инглише есть небольшая коллизия. Скажем read amplifier чаще всего имеет в виду характерную микросхему на блоке голов, а вовсе не то что можно было подумать из тех объяснений.
	Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

	309. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от n00by (ok), 30-Май-23, 08:41
	>> Вы так полагаете, поскольку не изучали ТОЭ, ФОЭТ и прочие удивительные аббревиатуры? >> Не шили ППЗУ с УФ стиранием? Вот там после нескольких циклов >> записи-стирания приходилось увеличивать ток в надежде, что получится залить очередную >> прошивку. Вот это можно зазвать усилением записи. И совершенно внезапно SSD >> собраны на основе ППЗУ (ЭСППЗУ). > Тут пришел другой аноним и ему интересно > 1) А как вы именно больше _тока_ вгоняли? Повысив напряжение программирования? Ну я ж написал "в надежде"... в т.ч. что не потребуется объяснять про нелинейность ВАХ и лавинообразный пробой. > 2) Как вы в современном флеше вообще ток контролировать собираетесь? Это все > рулится state machine на кристалле чипа флехи, она сама обеспечивает нужные > параметры стирания и программирования (2 разных процесса, оба требуют). А повышенный > вольтаж - начиповым charge pump'ом делается. Машина состояний его сама включает > по мере надобности и наружу это вообще не вывешено. Вот и я примерно так подумал когда увидел, а потом выяснил, что на самом деле эксперт по флешам назвал "усилением записи" запись лишних байт.
	Ответить | Правка | К родителю #267 | Наверх | Cообщить модератору

	329. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от Аноним (-), 31-Май-23, 04:40
	>> 1) А как вы именно больше _тока_ вгоняли? Повысив напряжение программирования? > Ну я ж написал "в надежде"... в т.ч. что не потребуется объяснять > про нелинейность ВАХ и лавинообразный пробой. Я другой аноним имхо нежели тот кто начал этот субтред. Про вах полевиков я в курсе, но детали имплементации структуры ячеек в первобытных EEPROM представляю лишь очень приблизительно, особенно на тему кто именно там ток ограничивал (сам полевик, какие-то структуры на чипе, или что там, и какие у этого всего ВАХ "суммарно"). А еще я встречался с креативным использованием физики EEPROM/Flash - и мне такие вещи по вкусу. Так что можно сказать что я "коллекционирую" такие знания. > Вот и я примерно так подумал когда увидел, а потом выяснил, что > на самом деле эксперт по флешам назвал "усилением записи" запись лишних байт. Ну да. Это по английски называется "write amplification" или "write amplification factor". Там это тоже не сказать что сильно удачное название, сталкивается с подобной терминологией, и уповает на декодирование из контекста. Ну вот мало людям букв и слов, генерят коллизии.
	Ответить | Правка | К родителю #309 | Наверх | Cообщить модератору

	429. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от Аноним (28), 20-Июн-23, 00:07
	> Вы так полагаете, поскольку не изучали ТОЭ, ФОЭТ и прочие удивительные аббревиатуры? Не шили ППЗУ с УФ стиранием? Вот там после нескольких циклов записи-стирания приходилось увеличивать ток в надежде, что получится залить очередную прошивку. Вот это можно зазвать усилением записи. И совершенно внезапно SSD собраны на основе ППЗУ (ЭСППЗУ). Опять же, все эти замечательные аббревиатеры имеют отношение к сабжу не больше, чем упомянутые Ньютоны и Амперы. Т.е. никакого.
	Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

	430. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от n00by (ok), 20-Июн-23, 06:26
	>> Вы так полагаете, поскольку не изучали ТОЭ, ФОЭТ и прочие удивительные аббревиатуры? Не шили ППЗУ с УФ стиранием? Вот там после нескольких циклов записи-стирания приходилось увеличивать ток в надежде, что получится залить очередную прошивку. Вот это можно зазвать усилением записи. И совершенно внезапно SSD собраны на основе ППЗУ (ЭСППЗУ). > Опять же, все эти замечательные аббревиатеры имеют отношение к сабжу не больше, > чем упомянутые Ньютоны и Амперы. Т.е. никакого. Возьмите за привычку добавлять "по моему мнению", а лучше сразу формулируйте "я не знаю, какое они имеют отношение", пока не узнаете предмет, а не аббревиатуры.
	Ответить | Правка | К родителю #429 | Наверх | Cообщить модератору

	57. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+2 +/–
	Сообщение от Аноним (57), 27-Май-23, 09:40
	ext4 с коэф.записи 4 * на коэф.записи 1 для smr_hdd, сравниваем с btrfs с коэф.записи 26 * на коэф.записи 4 для ssd ~= 100   т.е. типовой 300-разовый tlc ssd можно будет переписать реально только 3 раза. Нуачо, хм, "нормальное" такое коммерческое решение. :)))
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	68. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от Аноним (11), 27-Май-23, 10:42
	Еще ни разу не видел чтобы у SSD закончился ресурс (если это не баг конечно). Один экземпляр уже через трое рук прошел с 2012 года и до сих пор трудится.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	–1 +/–
	Сообщение от n00by (ok), 27-Май-23, 11:31
	У меня из двух Тошиб 2010 года одна померла, стояли в массиве. Но я там гонял Rosa Linux, где rpm5 как раз вызывал дичайшую амплификацию, 1 Гигабайт обновлений ставился три часа из-за чрезмерных fdatasync. И кстати перевёл с ZFS на BtrFS и там эта проблема с fdatasync вылезла. На ZFS такое же обновлялось минут пять.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от gleb (?), 27-Май-23, 12:50
	>о я там гонял Rosa Linux, где rpm5 как раз вызывал дичайшую амплификацию, 1 Гигабайт обновлений ставился три часа из-за чрезмерных fdatasync. минутку, с этого места подробнее. у меня alt, причём Сизиф. Там тоже rpm. Время dist-upgrade 1 - 2 гиг пакетов примерно одинаково на xfs и btrfs (причём -o compress=lzo, правда, commit=110) и редко больше 5, ну 15, самое большее, минут.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от n00by (ok), 27-Май-23, 14:19
	В Альте rpm4, а не rpm5, и там такой проблемы не было и нет. Если интересно, ищите на форуме той Розы тему rpm4 vs rpm5 (легко находится, а ссылки тут нередко режут). И это проблема не ФС, а rpm5, где кто-то написал кривую работу с БД. В ZFS не проявляется, потому что там оптимизирован fdatasync.
	Ответить | Правка | Наверх | Cообщить модератору

	296. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от Аноним (-), 30-Май-23, 02:30
	> БД. В ZFS не проявляется, потому что там оптимизирован fdatasync. 1) Btrfs еще и развивается и оптимизируется. И если что, в свежих ядрах fdatasync ускорили буквально в разы. А бонусом и время монтирования скостили. А заодно и перфоманс операций с дирами улучшили. Люблю такие сюрпризы в новых кернелах. В общем воспринимать btrfs как мировую константу с опытом на древних кернелах - спорная идея. 2) На подобной файлухе при большом апгрейде может иметь смысл сделать снапшот, sync вот этого вот, а потом - нечто типа "eatmydata apt upgrade ..." - при этом вообще sync выпадет из уравнения и если RAM прилично то будет очень резво. А если это не получится, можно откатиться на снапшот (ФС) и попробовать еще раз. Хорошо когда машина времени под рукой. Глупо не пользоваться ее возможностями, пытаясь в лоб натянуть ее на архаичный менеджмент ОС и семантики деланые под классические in-place patching ФС. Более того - снапшот можно и прихранить на несколько дней, посмотреть что все натурально ок. А если не ок - вернуть как было до этого. При том ФС это будет консистентнее чем потуги пакетника это изобразить, там вот именно "работавшая вчера версия ос" хранится. В которой все точно было ЗБС - и при откате это точно будет ЗБС. Во всяком случае, поводов для отвала минимум. Форд про это очень популярно начсет Более Быстрых Лошадей задвинул. Зачем надо более быстрых лошадей, если уже есть автомобили? :)
	Ответить | Правка | Наверх | Cообщить модератору

	134. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от n00by (ok), 27-Май-23, 14:21
	Вот первое сообщение той темы, это писал не я (на тот момент у меня была ZFS и не воспроизвелось; в итоге я им и исправил rpm5). Замеры производились на VirtualBox 5.1.26r117224 в Windows 7 x64. Ниже приведу результаты работы стандартных для Mageia и ROSA команд и время их выполнения: --------------------------------------------------------------------------------------------- Ребилд базы данных RPM: rpm --rebuilddb - Mageia=5 сек - ROSA=4 мин. 45 сек Поиск "правых" зависимостей пакета: urpmq --whatrequires libgcc1 - Mageia=7 сек - ROSA=1 мин. 48 сек. Поиск "правых" зависимостей пакета: urpmq --whatrequires glibc - Mageia=7 сек - ROSA=5 мин.32 сек. *правые зависимости, т.е. для каких пакетов нужен исследуемый пакет Эти простейшие тесты показали, что RPM5 усредненно в 8-10 раз медленнее, чем RPM4.
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

	117. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от gleb (?), 27-Май-23, 13:00
	в 2020 купил пару apacer panther нв 256. Один работает до сих пор без нареканий, второй через год перестал показывать ssd-written и ещё через пол-года получил сельнейший и непредсказуемый склероз, в связи с чем ушёл на покой. нагрузка на обоих примерно одинакова, btrfs сжатая, система и часть домашника (из частых записей, только почта), кэши браузеров, всяческие /var/log.../cache вынесены на рам-диск. правда. своп активен. На ещё живом 241 Total_LBAs_Written      0x0032   100   100   000    Old_age   Always       -       14742439317 Sector Sizes:     512 bytes logical, 4096 bytes physical То есть, до заявленных 150 tbw далековато. И всё-таки, из двух идентичных, один помер.
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	345. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от Аноним (-), 31-Май-23, 22:46
	> То есть, до заявленных 150 tbw далековато. И всё-таки, из двух идентичных, > один помер. А это вообще вероятностный процесс. Если для вон того чипа заявлено 1000 циклов перезаписи, может с одинаковым успехом как помереть на 10-м цикле, так и 5000 циклов пережить, хоть и не обезали. А заявленные параметры - это "наиболее вероятные", скажем так. А если еще купить нечто поставленное хзкакими каналами - там могут и отбраковку без зазрения совести запаять. Ничего личного, это бизнес.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от gleb (?), 27-Май-23, 10:54
	ну, давно уже не 26, но неприятно, конечно.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	268. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от Аноним (-), 29-Май-23, 03:36
	> ext4 с коэф.записи 4 * на коэф.записи 1 для smr_hdd, сравниваем с > btrfs с коэф.записи 26 * на коэф.записи 4 для ssd ~= 100 > т.е. типовой 300-разовый tlc ssd можно будет переписать реально только 3 раза. > Нуачо, хм, "нормальное" такое коммерческое решение. :))) Это для каких нагрузок такое соотношение, интересно? На обычных десктопах и серваках судя по статистике накопителей износ на EXT4 и Btrfs - примерно один фиг, с точностью 20-30%.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	118. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от gleb (?), 27-Май-23, 13:04
	> о том, что BTRFS на жёстких дисках тормозит, и кстати, не тормозит. Только, если возможно, надо бы поставить commit побольше дефолтного, 90 уже ощутимо. И обязательно autodefrag.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	276. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от maximnik0 (?), 29-Май-23, 09:36
	> Я о том, что BTRFS > на жёстких дисках тормозит, и поэтому для BTRFS крайне желателны именно > SSD. Не особо тормозит,но балансировка и дефрагментацию при домашнем применение как в старые времена -раз в месяц обязательна :-( Иначе да,начнет тормозить.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	297. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от Аноним (-), 30-Май-23, 02:35
	> Не особо тормозит,но балансировка и дефрагментацию при домашнем применение как в старые > времена -раз в месяц обязательна :-( Иначе да,начнет тормозить. На системном SSD допустим оно вообще не сдалось. Ему на фрагментацию в разумных пределах пофиг. Да и на механических дисках все достаточно культурно, если под завязку пул не забивать. Но вот там если много мелких записей это может уже захотеться. Балансировка вручную вообще нужна только в каких-то очень странных случаях. Когда соотношение данных и метаданных очень радикально изменилось и актуальная аллокация скажем тратит слишком много на block group метаданных. Но это некая очень экзотичная ситуация, при обычном домашнем использовании откуда бы вот это возникнет? Сам по себе block group линейный регион блоков "от сих до сих" и смысл его ворочать просто так - мало. Только чтобы расчистить и отдать место под другой тип хранения (data -> metadata или metadata -> data). Это подразумевает что их соотношение очень радикально изменилось и при вот именно обычном, десктопно-серверном применении это какая-то экзотика.
	Ответить | Правка | Наверх | Cообщить модератору

	332. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от maximnik0 (?), 31-Май-23, 09:38
	>Балансировка вручную вообще нужна только в каких-то очень странных случаях. А почистить метаданные ? Не забывайте что мелкие файлы могут писаться  в блок метаданных.Я лучше раз в месяц продефрагментирую и перебалансирую диск,чем потом удивляться где скорость. В Стрекозе -фс хаммерс вообще балансировку забили на каждый день для обслуживания,правда там легче,там снапшотный журнал и просто происходит очистка журнала от мелких снапшотов.
	Ответить | Правка | Наверх | Cообщить модератору

	346. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."	+/–
	Сообщение от Аноним (346), 31-Май-23, 23:08
	> А почистить метаданные ? Смотря что иметь в виду под очисткой. Обычно под них выделяется 1 или несколько block group, которых потом хватает с энным запасом на рандомные флуктуации. И при обычной работе оно там себе и живет. Если data/metadata ratio радикально не меняется, пустым block groups от метаданных в ощутимом количестве браться не откуда особо. И чтобы та процедура дала измеримый профит, еще постараться надо. Не, если вы когда-то создавали миллионы и миллионы файлов, сильно раздув метаданные, а теперь стерли и больше так не планируете в обозримом будущем, тогда может и иметь какой-то смысл. Но это малость экзотичный сценарий. > Не забывайте что мелкие файлы могут писаться в блок метаданных. Ну да. Однако это реально _мелкие_ файлы (немного менее 4 кило, вообще, конфигуряемо вроде даже). И их количество при типовом использоваини без сильных флуктуаций опять же. Какие-то резкие флуктуации, вот именно мелочи - откуда, опять же? > Я лучше раз в месяц продефрагментирую и перебалансирую диск,чем > потом удивляться где скорость. У меня есть и несколько SSD которые вообще никогда не дефрагались, все равно резво работают, им в разумной степени похрен да и лишние записи дефрагера им не подарок. У сабжа есть опции типа ssd, ssd_spread и discard=async. Для большей части ssd это то что доктор прописал. Можно еще commit=N добавить взяв N побольше (более 300 даст варнинг, это в секундах). Чем реже "точки консистентности", тем меньше записей и они оптимальнее. Но взамен больше свежезаписаных данных будет отброшено при крахе. На механике дефраг разумеется полезен. Насколько именно - зависит от забитости и характера записей. А вот ребаланс - обычно не особо нужен, если не делали чего-то реально странное. Сами по себе чанки блочных групп расположены линейно, при аллокации они обычно не сносятся, и потому они не субъект для фрагментации сами по себе. Если много пустых образовалось, там да, имеет смысл. Но раз в месяц? Ну разве что если там реально хаотичная и активная файлопомойка. > В Стрекозе -фс хаммерс вообще балансировку забили на каждый день для обслуживания, > правда там легче,там снапшотный журнал и просто происходит очистка журнала от > мелких снапшотов. Ну вот у них в деталях я все же не смотрел, юзать бсд мне не импонирует. Но на первый взгляд да, прикольная штука. Однако наездов от юзерей на него ... скажем так, "чаще чем на btrfs", просто самих юзеров мало, однако это как раз и обеспечивает шанс самому по граблям пройтись. Это примерно так: - Если не очень популярная ФС и много воплей, значит там не вытоптали грабли пока еще. Для этого нужна толпа. Потому что разработчики все и вся в сложном дизайне не предусмотрят. - Если популярная ФС и много воплей, это лишь магия количеств. Ну а у btrfs сейчас уже дофига пользователей. Один только фэйсбук поляну слонами вытоптал, напустив миллиард пользователей. Так что если оно у кого-то сыпется, возможно проблема на их стороне а не в коде этой штуки. Вот чего сейчас хватает так это глюкавого железа и юзеров которые не читают системные логи вплоть до момента когда все жестко помрет от bit rot. Тольо тогда уже поздняк.
	Ответить | Правка | Наверх | Cообщить модератору

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

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