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

"Заморозка изменений дискового формата в Bcachefs"	+/–
Сообщение от opennews (??), 17-Фев-25, 08:07
Кент Оверстрит (Kent Overstreet), разработчик ФС Bcachefs, отправил pull-запрос с исправлениями в Bcachefs, предложенными для включения в ветку 6.14-rc3. Помимо информации об исправлениях в сообщении объявлено о стабилизации формата  дисковых структур Bcachefs. Любые дальнейшие изменения формата будут отнесены к категории не обязательных и будут реализовываться в форме опциональных дополнений... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62731
Ответить | Правка | Cообщить модератору

Сообщения

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

3. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
Сообщение от Жироватт (ok), 17-Фев-25, 08:33
В каких сценариях использования стоит использовать?
Ответить | Правка | Наверх | Cообщить модератору

	17. "Заморозка изменений дискового формата в Bcachefs"	+3 +/–
	Сообщение от maximnik0 (?), 17-Фев-25, 09:44
	>В каких сценариях использования стоит использовать? С большим количеством файлов с опцией nocow. Т.к устранены недостатки btrfs - есть контрольная сумма и есть опционально recovery.Да и вообще Кент обещает что fsck на этой фс не будет приводить к катастрофе,т.к есть атомарная транзакция,в крайнем случае повреждённый окажется какой то файл,но не вся фс.А то грустно становится от btrfs-официально запрещено уже fsck пользоваться,т.к попытка ремонта может окончательно угробить данные.А с учётом качества утилит - сталкивался с тем что проверка падает даже на исправной фс ,страшно делается в одно дисковых конфигурациях.Но опять же это предварительная оценка - не думаю что пока все глюки вычистили.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Заморозка изменений дискового формата в Bcachefs"	+2 +/–
	Сообщение от Аноним (22), 17-Фев-25, 10:15
	а не фиг было использовать btrfs. эта фс не подходит для промышленных серверов
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (24), 17-Фев-25, 10:25
	Подходит для кеширующих серверов.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Заморозка изменений дискового формата в Bcachefs"	–3 +/–
	Сообщение от EULA (?), 17-Фев-25, 11:20
	XFS - не умеет восстанавливаться, если было аварийное отключение питания во время записи журнала. NTFS - можно сломать случайным симлинком с именем con, nul... ZFS - нормально работает только под Solaris, так как драйвер для последнего ядра Linux опять появился только через три дня после его выхода. EXT4 - не умеет снапшоты, и уже этим проблематична для копирования...
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	35. "Заморозка изменений дискового формата в Bcachefs"	+3 +/–
	Сообщение от Аноним (35), 17-Фев-25, 11:35
	Вот мне интересно - зачем вам зфс для ядра вышедшего три дня назад? В приличные дистрибутивы это ядро если и попадет то примерно через полгода-год-полтора.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Заморозка изменений дискового формата в Bcachefs"	+3 +/–
	Сообщение от Герострат (?), 17-Фев-25, 12:13
	Приличные дистрибутивы это которые с тухлятиной в репах? Странное представление о приличиях. Что самое смешное - до них самих доходит, что держать старьё в репах это дичь, в результате родили бэкпортирование, то есть создание кошмарных уродцев из старья путём ботоксной накачки и пришивания кусков нового софта.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от scriptkiddis (?), 17-Фев-25, 16:49
	Полностью согласен и поддерживаю. На столько устал от этого.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от EULA (?), 17-Фев-25, 12:46
	CVE закрыть - самая важная причина при которой обновление ядра надо накатить сразу, как оно появилось. Бывает, когда надо заменить косячный драйвер. В дистрибутивах LTS-ядро. И вот к ним очень часто обновления модуля ZFS задерживаются. Работающий модуль для ZFS 6.1.121 появился только первого января, хотя ядро в дистрибутиве появилось 27 декабря.
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	115. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от Буратино (?), 18-Фев-25, 03:08
	В LTS-ядра не бекпортят патчи менющие апи ядра. Не надо выдумывать про "не собирается".
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от EULA (?), 20-Фев-25, 07:01
	При закрытии CVE поменяться может все что угодно. Это не новый функционал. Если бы не было бы проблем со сборкой драйверов при обновлениях LTS, то та же NVidia не придумала бы открытый врапер для своего пропритарного драйвера. И  если бы не было проблем со сборкой драйвера ZFS при обновлении LTS ядра, то его разрабам не пришлось бы его срочно переписывать в новый год.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (55), 17-Фев-25, 13:38
	А когда это в NTFS симлинки появились? Их гугл диск какими-то костылями творил так, что я чудом разобрался как их вычистить
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	63. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от 1 (??), 17-Фев-25, 14:04
	Начиная с NTFS 3.1 ... Это вроде XP
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от _kp (ok), 17-Фев-25, 15:04
	Симлинки в Windows появились с Windows Vista. Создаются cmd /k mklink... А в Windows2000 - WindowsXP были Junction point.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Александр (??), 18-Фев-25, 07:40
	Junction'ы и сейчас есть. По сути, винда реализует три типа ссылок: symlink, hard link, junction. При этом все криво
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от EULA (?), 20-Фев-25, 07:04
	> Junction'ы и сейчас есть. По сути, винда реализует три типа ссылок: symlink, > hard link, junction. При этом все криво Это проблема драйвера в винде. В Linux и BSD, включая Darwin, этой проблемы нет.
	Ответить | Правка | Наверх | Cообщить модератору

	195. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от EULA (?), 20-Фев-25, 07:06
	> А когда это в NTFS симлинки появились? Их гугл диск какими-то костылями > творил так, что я чудом разобрался как их вычистить Сама NTFS поддерживает их с момента создания. Она еще и регистрозависимая, если что. Все ограничения, завязаны на драйвере ФС в операционной системы
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	67. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (67), 17-Фев-25, 14:45
	Добавлю XFS - не умеет уменьшаться EXT4 - иноды создаются при форматировании и могут исчерпаться, в результате на диск ничего нельзя будет сохранить, даже если есть свободное место. Воспроизводится созданиме большого количества мелких файлов
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	107. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от maximnik0 (?), 17-Фев-25, 21:19
	> EXT4 - не умеет снапшоты, и уже этим проблематична для копирования... В ядре в ветке Аллана (рентгенолог) - был ext4 с снапшотами ,сжатием и дедубликацией.Next4 называлось,через пару веток убрали из за многочисленных багов,хотя сжатие вроде проблем не вызывало в отличие от COW.Но слишком уж костыльная фс выходила.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	108. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от maximnik0 (?), 17-Фев-25, 21:22
	Добавлю - был ещё драйвер блочного уровня- тот тоже мог делать снимки для ext4.По каким то причинам не вошло в ядро, предлагалось компанией занимающейся бекапами .
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 18-Фев-25, 12:27
	> Добавлю - был ещё драйвер блочного уровня- тот тоже мог делать снимки > для ext4.По каким то причинам не вошло в ядро, предлагалось компанией > занимающейся бекапами . Снапшоты блочного уровня - и файлушщного - с оперированием частичными иерархиями (subvol) таки - две большие разницы по перфомансу, гибкости и удобству. Натянуть сову на глобус конечно можно - но г@но получится.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от maximnik0 (?), 18-Фев-25, 12:55
	>>  Натянуть > сову на глобус конечно можно - но г@но получится. Хм,я бы  не сказал бы что LVM  плохая вещь.Да,нет такой интеграции и гибкости как у btrfs- но к примеру косяк с нехваткой инод с помощью lvm поправить можно.Да и снимок тоже можно сделать .
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 19-Фев-25, 14:51
	> Хм,я бы  не сказал бы что LVM  плохая вещь. Да,нет такой > интеграции и гибкости как у btrfs- но к примеру косяк с > нехваткой инод с помощью lvm поправить можно. Управление всей этой этажеркой в целом - превращается в брейнфак, увы и ах. 1) Такой проблемы как "добавить inode" не должно было существовать с самого начала. Все менее архаичные дизайны - используют динамическую аллокацию инод. Это как на паровозе ездить примерно, с рассказом что при сильном желании воду и дрвао найти - можно. 2) Даже сам Тсо признает что дизайн себя - исчерпал. И нет никакого смысла бухать в его гальванизацию много сил. Эти силы лучше потратить на что-нибудь более перспективное, как то причесывание btrfs или сабжа. 3) Я как-то имел опыт даунсайза обычной ФС с слетом питания. После чего, конечно, меня ждала хардкорная сессия датарекавери и переустановка ос. Штуки типа btrfs или сабжа в силу cow могут такие сервисные операции намного вменяемее делать. 4) Обработка ошибок между наслоением костылей крайне непрозрачная. Простите, а у вас там RAID1 - сможет вообще починить побившуюся копию из исправной? Сам? В фоне? Заметив при чтении - сбой чексум? А, у вас даже чексумы прикрутить - достижение, и эвон как распереться надо? А тут - ЭТО делается парой тривиальных команд. > Да и снимок тоже можно сделать . А еще можно из фанеры, растяжек и какой там еще фигни - биплан сделать, и даже если повезет то он летать сможет. Но лучше все же летать на современном авиалайнере, хоть он и сложнее...
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от maximnik0 (?), 19-Фев-25, 21:45
	>Такой проблемы как "добавить inode" не должно было существовать с самого начала. Увы и ах,такой проблемы как кончилось место под метаданные не должно было существовать под BTRFS, разработчики должны были учесть грабли JFS и HPFS.Но как всегда есть компромиссы между скоростью и надёжностью. У статических инод есть плюс что они созданы заранее и сбой метаданных им не грозит. Вообще, в ядре Linux разрабатывали механизм для динамического изменения инод,без LVM,почему в серию не пошло- можно только гадать. >Простите, а у вас там RAID1 - Если очень дорогой аппаратный рэйд- починит,но там мало что  от фс что зависит. > Обработка ошибок между наслоением костылей крайне непрозрачная Не слышали про -Lustre,по сути горы костылей над ненадежными фс.Как не странно той похрен на мелкие сбои, чиниться в фоне за счёт избыточности,там конечно свои тараканы (нужно иметь запас ОЗУ на случай вылета стойки) _ но тараканы уже документированы и поддаются дрессировке.
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 20-Фев-25, 00:10
	> Увы и ах,такой проблемы как кончилось место под метаданные не должно было > существовать под BTRFS, Вообще таки да. Имбаланс bg с данными VS метаданными чисто технически - косяк. В том смысле что ФС должна рюхать это внутри себя не делая юзеру мозг. В отличие от EXT4 его в последних версиях основательно затвикали. Если посмотреть чем отличается btrfs и сабж, одно из отличий: аллокация места на девайсах. У сабжа относительно мелкие buckets по несколько мегов, у btrfs - по разному, но стандартный размер чанка аллокации - гиг. Как лучше вдолгую было? А вот посмотрим на обеих и увидим. Вероятно оба варианта имеют свои плюсы и минусы. В данном случае интересно то что с недавних пор btrfs не только сделал авто-GC почти пустых блочных групп, но теперь сделали и эвристику агрессивности оного VS душняк с местом. Теперь при душняке с местом btrfs заметно агрессивнее GC чанков делает и - старается избежать сценария когда нет нужного типа чанков. Сама. Ибо хорошая ФС должна быть - необслуживаемой. Типа как скулайт для случая БД. > разработчики должны были учесть грабли JFS и HPFS. А какие у них грабли в этом смысле? Я только JFS немного пользовался, но он слоупочный так что я не хардкорил в этом смысле и быстро списал тома с ним в утиль. > У статических инод есть плюс что они созданы заранее и сбой метаданных > им не грозит. Зато грозит идиотская ситуация "не хватила номеров". И что насчет допустим имен файлов и дир? Или это не считово? А то тоже - динамическая аллокация метаданных. При том в EXT4 максимально тупая: если в дире создать 100500 файлов - она ессно разжиреет. Потому что 100500 имен где-то хранить надо. А если стереть это - не, оно никогда не будет освобождено, как я понимаю. Только стереть диру и создать заново. Более того - по опыту такая дира на EXT4 начинает жестко тупить даже если файлы в ней уже стерли. Вот прям ща у меня в миднайте открыто пару дир. В каждой 250 000 файлов. На btrfs он конечно тоже не мгновенно вгружает ЭТО. Но - в пределах разумного. Что с EXT4 будет я даже представить себе боюсь. А уж какого размера навечно дира такая станет - и как с ней работать даже если она пустая... я понимаю что это немного специфично, но все же. Или вот тут у меня рефлинки на образа 3 терабайта. На EXT4 так не сделаешь. > Вообще, в ядре Linux разрабатывали механизм для динамического изменения инод,без LVM,почему > в серию не пошло- можно только гадать. Преаллокацией каких-то структур на иноды по моему только EXT4 и парится. Остальные с самого начала динамически их аллоцировали и не имели особых проблем, не? >>Простите, а у вас там RAID1 - > Если очень дорогой аппаратный рэйд- починит,но там мало что от фс что зависит. А вон то - бесплатно, без смс, и даже с DUP на сыпучей флешке - и то работает. >> Обработка ошибок между наслоением костылей крайне непрозрачная > Не слышали про -Lustre, по сути горы костылей над ненадежными фс. Я слышал про Big Table и вообще как гугл это делает. Можно и правда запустить оверлей. Из ненадежных систем. И даже если плюс-минус пару систем выгорит нахрен синим пламенем по любой причине - большая структура в целом продолжит работу, вообще не заметив проблем. Где-то что-то перереплицируется, где-то чуть возрастет нагрузка, но оно продолжит работать. Страдания поха на тему зажатых патчей EXT кажется из этой серии. Только зачем они ему без вот этого оврелея я понятия не имею. А сам он такое в жизни не сделает. Он же не гугл! > конечно свои тараканы (нужно иметь запас ОЗУ на случай вылета стойки) > _ но тараканы уже документированы и поддаются дрессировке. Самый главный таракан - это для разлапистой инфраструктуры катит. А если надо например 1 мелкий одноплатник с минимумом допущений и зависимостей от других - упс, и вот куда там такое, например? Это очень сильно разные решения с сильно разными деталями и применимостью.
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от maximnik0 (?), 20-Фев-25, 01:26
	>какие у них грабли в этом смысле? У JFS v1  иноды выделялись статически,так же как и в ext ,но объемы были там гораздо серьезнее и с этой ошибкой (нехваткой инод) столкнулись гораздо раньше.В linux внедрена вроде как v2 ,но без некоторых фич . У HPFS ёмкости bands (полосы, страйпы - как только не называли) иногда не хватало на мелкие файлы, а расширить полосу нельзя было,но приводило только к замедлению из за перемещения головок. >А если стереть это - не, оно никогда не будет освобождено, как я понимаю. Сейчас fsck уже фиксирует освобождение инод и проводит чистку.
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от maximnik0 (?), 20-Фев-25, 07:20
	>Вот прям ща у меня в миднайте открыто пару дир. В каждой 250 000 файлов. На btrfs он конечно тоже не мгновенно вгружает ЭТО. Но - в пределах разумного. Что с EXT4 будет я даже представить себе боюсь. Абсолютно нечего не будет,может если файлы не мелкие даже быстрее откроется чем в btrfs. ВНЕЗАПНО.Но крайне желательно для того каталога отдельный раздел  и включаем фокус: sudo tune2fs -O dir_index /dev/xxx5
	Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

	196. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от EULA (?), 20-Фев-25, 07:11
	>> EXT4 - не умеет снапшоты, и уже этим проблематична для копирования... > В ядре в ветке Аллана (рентгенолог) - был ext4 с снапшотами ,сжатием > и дедубликацией.Next4 называлось,через пару веток убрали из за многочисленных багов,хотя > сжатие вроде проблем не вызывало в отличие от COW.Но слишком уж > костыльная фс выходила. Ну так и BTRFS вполне конвертируется из EXT4, добавлением новых фич...
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

	199. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от maximnik0 (?), 20-Фев-25, 09:01
	>Ну так и BTRFS вполне конвертируется из EXT4, добавлением новых фич... Лучше бы этого конвертора не было.Серьезно.У меня все 3 диска с архивами после конвертации спустя энное время развалились (правда в 2 случаях без потерь данных) .А где то 5 лет назад пролетел фикс- выявили наконец то баг приводящих к развалу тома после конвертации. Вдобавок там куча причин по которым конвертация может оказаться неудачной ,в общем до надёжности конвертатора fat32 ->ntfs совсем не дотягивает:-(
	Ответить | Правка | Наверх | Cообщить модератору

	201. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от EULA (?), 20-Фев-25, 12:32
	Я не спорю про конвертер ext4->btrfs > fat32 ->ntfs совсем не дотягивает Это тот, после которого потом в файлах размером больше 4ГБ читаются только первые 4ГБ, и раздел с которой Windows 10 предлагает исправить форматированием?
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от maximnik0 (?), 20-Фев-25, 19:13
	> Это тот, после которого потом в файлах размером больше 4ГБ читаются только > первые 4ГБ, и раздел с которой Windows 10 предлагает исправить форматированием? Неужели индусы всё испортили ? Я говорил про конвертер от парагона, и о встройки времён 2000_XP , крайне редко возникали проблемы до, да и после конвертации . С другой стороны я просто не представляю как тома с фат32 дожили до вин 10, там даже не  GPT разделы депрекатид с какого то SP , будет надоедать с безопасностью загрузчика.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 17-Фев-25, 21:07
	> а не фиг было использовать btrfs. эта фс не подходит для промышленных серверов А фэйсбук почему-то не в курсе. И да, на промышленном сервере лучше факап, даже единичный - заметить а не пытаться глюкавить засирая данные и тем более - не дай боже если это управляющая система и она вытворит что-то не то.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	113. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от _ (??), 18-Фев-25, 00:09
	В курсе, в курсе! Просто он на бытыэре _ТВОИ_ данные хранит, а не _СВОИ_ ;-D
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от User (??), 18-Фев-25, 08:07
	> В курсе, в курсе! Просто он на бытыэре _ТВОИ_ данные хранит, а > не _СВОИ_ ;-D Процитирую классика: "да и было бы в тех "данных" чего-нибудь нужного хоть тебе, хоть фейсбуку"(Ц) Пох
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (-), 18-Фев-25, 10:24
	> В курсе, в курсе! Просто он на бытыэре _ТВОИ_ данные хранит, а не _СВОИ_ ;-D Я на бытыэре - храню свои данные. И никаких проблм с этого не поимел. Под рассказы всяких "экспертов" опеннета как мне будет плохо. Тем временем я рулю железом почти как VM используя снапшоты, оперирую рефлинками что очень эффективно в ряде случаев, улучшил надежность нескольких выводков одноплатников. И планирую продолжать в том же духе. Возможно, я просто не юзаю глюкавый крап, с битой оперативой, пухлыми кондерами, глючными процами, гнилыми шнурками и текучими флехами - и вовремя меняю барахлящее железо? А вон то - остается для коллекции. Как глюкастики пойманые btrfs. Так жизня - намного лучше. А чексумы и избыточность очень хорошо в этом всем помогают - если этим пользоваться осмысленно, конечно. А в режиме "завезли партию гранат в обезьянник" - лучше в винде развлекайтесь, имхо. Там вам правильные гранаты дадут, с мониторингом здоровья обезьян и дистанционным подрывом.
	Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

	53. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от User (??), 17-Фев-25, 13:31
	Даже интересно, что это в реальной жизни, чтобы контроль целостности и избыточность были нужны именно _на уровне FS_?
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	70. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (70), 17-Фев-25, 16:07
	> что это в реальной жизни, чтобы контроль целостности и избыточность были нужны именно _на уровне FS_? Любой компьютер, хранящий любые данные на физическом носителе? Вы предлагаете все файлы в RAR упаковывать что-ли?
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Заморозка изменений дискового формата в Bcachefs"	–2 +/–
	Сообщение от Аноним (55), 17-Фев-25, 18:35
	Почти так и делаю. Если файлы уже почти не нужны, вроде "Отпуск Сочи 2007", то упаковываю в архив и складываю отдельно
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 18-Фев-25, 10:26
	> Почти так и делаю. Если файлы уже почти не нужны, вроде "Отпуск > Сочи 2007", то упаковываю в архив и складываю отдельно Очень удобно, особенно просматривать это потом... хотя некоторые идут дальше и еще и софт версионируют таким макаром вместо нормальной VCS типа git'а :)
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от User (??), 17-Фев-25, 19:50
	>> что это в реальной жизни, чтобы контроль целостности и избыточность были нужны именно _на уровне FS_? > Любой компьютер, хранящий любые данные на физическом носителе? Вы предлагаете все файлы > в RAR упаковывать что-ли? Да у меня не так, чтобы много вещей в абстракцию "файлы" упираются - все больше "данные" со своими технологиями обеспечения надежности. У СУБД свой чексумминг с кластеризацией, у шины - распределенный WAL-лог, конфиги - в гите, у которого, опять же - свой integrity control, то, что хранится в виде файлов-файлов она - в ceph с избыточностью болтается, а так чтоб что-то важное-и-нужное об одном сервере файлами - да и не припомню. Даже дома и то что-то с чем-то да и синхронизировано на случай разлета ФС да и сами файлы в наши дни определенную избыточность на уровне формата содержат как правило...
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	91. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (91), 17-Фев-25, 20:00
	> Даже дома и то что-то с чем-то да и синхронизировано на случай разлета ФС Остается только вопрос что делать с тем если SSD какой-нибудь мусор например вернул при чтении (они это умеют, даже энтерпрайзные) - и при синхронизации это как раз улетело ремоте. Так что теперь у вас есть битый файл и битый бэкап, а о том что факап - вы узнаете когда-то потом. Через годик-другой. Когда заметите что файлу амба, а совсем старые бэкапы - уже аннулированы. > да и сами файлы в наши дни определенную избыточность > на уровне формата содержат как правило... Ну попробуйте декодировать побитую на середине фото или видео. В лучшем случае половина от файла и покажется.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от User (??), 17-Фев-25, 20:15
	>> Даже дома и то что-то с чем-то да и синхронизировано на случай разлета ФС > Остается только вопрос что делать с тем если SSD какой-нибудь мусор например > вернул при чтении (они это умеют, даже энтерпрайзные) - и при > синхронизации это как раз улетело ремоте. Так что теперь у вас > есть битый файл и битый бэкап, а о том что факап > - вы узнаете когда-то потом. Через годик-другой. Когда заметите что файлу > амба, а совсем старые бэкапы - уже аннулированы. Эээ... используй по назначению консистентность чтения\записи\фактор репликации и будет тебе счастье, не? Опять же - стратегия резервного копирования определяется требованиями к надежности хранения данных >> да и сами файлы в наши дни определенную избыточность >> на уровне формата содержат как правило... > Ну попробуйте декодировать побитую на середине фото или видео. В лучшем случае > половина от файла и покажется. Да зачем бы мне? Вот уж в чем практически с гарантией никакой ценности нет... Но даже при этом - видео практически наверняка откроется, уровень потерь будет... ну как у видеокассет\полароидных фоток.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 17-Фев-25, 21:05
	> Эээ... используй по назначению консистентность чтения\записи\фактор репликации и будет > тебе счастье, не? Опять же - стратегия резервного копирования определяется требованиями > к надежности хранения данных Вот я и думаю куда мне "реплицировать" - Мои компы. - Ноут. - Выводки одноплатников, в некоторых - под сотню юнитов. И главное - зачем мне весь этот трах на ровном месте? У меня конечно есть бэкапы для ценных данных, но я вовсе не хочу парировать не понравившийся апдейт системы перекаткой бэкапа допустим. Это дольше и канительнее чем откат снапшота. И можно очень неприятно нарваиться. Когда я винду юзал я так почтовые базы восстановил, бжа, профачив 2 недели почты. Конечно кому сильно надо было что-то - перепослали, но неудобненько было. >> Ну попробуйте декодировать побитую на середине фото или видео. В лучшем случае >> половина от файла и покажется. > Да зачем бы мне? Вот уж в чем практически с гарантией никакой > ценности нет... Но даже при этом - видео практически наверняка откроется, > уровень потерь будет... ну как у видеокассет\полароидных фоток. Оно откроется и декодируеися до середины. Дальнейшее - весьма undefined. В любом случае мне нравится проверка end-to-end обоорудования. Косяки ор про чексумы хайлайтит отлично. Я не фэйсбук но и то - набрал небольшоую коллекцию разных глюкастиков.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от User (??), 18-Фев-25, 08:05
	>> Эээ... используй по назначению консистентность чтения\записи\фактор репликации и будет >> тебе счастье, не? Опять же - стратегия резервного копирования определяется требованиями >> к надежности хранения данных > Вот я и думаю куда мне "реплицировать" > - Мои компы. > - Ноут. Мусор - в публично доступные облака, что-то мал-мала ценное - на личный nas\vps очевидно. Можно конечно какую-то encfs или криптоконтейнер с облачками использовать - но то такое с т.з. terms of service. > - Выводки одноплатников, в некоторых - под сотню юнитов. Понятия не имею. У меня нет зубов в труднодоступных местах и я не прорабатывал этот вопрос. Но пред-по-ла-га-ю что на них нет ровным образом _никаких_ интересующих хоть кого-нибудь _данных_ - а "управление конфигурацией оборудования" вопрос даже не "решаемый", а в общем-то давно "решенный". > И главное - зачем мне весь этот трах на ровном месте? У > меня конечно есть бэкапы для ценных данных, но я вовсе не > хочу парировать не понравившийся апдейт системы перекаткой бэкапа допустим. Это дольше > и канительнее чем откат снапшота. И можно очень неприятно нарваиться. Когда > я винду юзал я так почтовые базы восстановил, бжа, профачив 2 > недели почты. Конечно кому сильно надо было что-то - перепослали, но > неудобненько было. Да как бы ээээ... последние лет 10 это не "трах", а "дефолт домохозяйки" так-то. От-тя icloud, от-тя onedrive, папуасам yandex.disk и voila! Just works. У нитакусиков конечно сложнее - но en masse тоже справляются: гамак, лыжи, вот это всё... >>> Ну попробуйте декодировать побитую на середине фото или видео. В лучшем случае >>> половина от файла и покажется. >> Да зачем бы мне? Вот уж в чем практически с гарантией никакой >> ценности нет... Но даже при этом - видео практически наверняка откроется, >> уровень потерь будет... ну как у видеокассет\полароидных фоток. > Оно откроется и декодируеися до середины. Дальнейшее - весьма undefined. Ну, бывает конечно что и совсем в кашу - но тогда см. выше, обычно же откроется само и ты даже не узнаешь, что что-то где-то там того\этого, битик флипанул. > В любом случае мне нравится проверка end-to-end обоорудования. Косяки ор про чексумы > хайлайтит отлично. Я не фэйсбук но и то - набрал небольшоую > коллекцию разных глюкастиков. Ну, предполагаю, что перспективы потерять данные на разлете уже-почти-но-еще-не-совсем-готовой-ФС несколько выше, нежели при использовании стандартного для современного ИТ пула технологий.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 18-Фев-25, 14:46
	> Мусор - в публично доступные облака, Мусор логично в /dev/null. А у облаков тенденция: не хотят хранить чужие терабайты вечно, даром. Меняют ToS в 1-стороннем порядке и огорошивают сюрпризами. > что-то мал-мала ценное - на личный nas\vps очевидно. Я умею даже offline backups, но цель - минимизация затрат моего времени и возни, и минимум сюрпризов. А в "VDS" заложены расходы на стафф, профит, etc. Так что не выгодно, у меня вдсы - не для этого. > Можно конечно какую-то encfs или криптоконтейнер с облачками использовать > - но то такое с т.з. terms of service. Вы и клацайте "agree" на таком, имхо. А я и сам на пантеон схожу, мне не сложно уже. > Понятия не имею. У меня нет зубов в труднодоступных местах и я > не прорабатывал этот вопрос. Вот видите. А ваша экспертиза уровня бох^W пох по лобызанию корпоративных ботинок мне не требуется. У меня и без ценных советов все неплохо работает. Когда это не так - я устраняю проблемы и/или пересматриваю подходы, i++; goto 1; :). Неплохо работает. > оборудования" вопрос даже не "решаемый", а в общем-то давно "решенный". Иначе я б задолбся вусмерть давно. > домохозяйки" так-то. От-тя icloud, от-тя onedrive, папуасам yandex.disk и voila! Just works. Я видел это just works, спасиб. Воон, к эплакаунту НЕДЕЛЮ пароль сбросить пытаются, доказывая рабовладельцу что не верблюд. Юзер экспериенс! :D > У нитакусиков конечно сложнее - но en masse тоже справляются: гамак, лыжи, > вот это всё... И "ценные" советы юзеров винды - спасибо, но .. для меня вы и пох-нах - "сбитые летчики". Ваши тактики хреновы, надо пробовать - другие. > выше, обычно же откроется само и ты даже не узнаешь, что > что-то где-то там того\этого, битик флипанул. Или таки - узнаешь. Видел хом дивившихся на то что некий процент фоточек - декодится до половины, а дальше - шум океанов марса. На ваших тупых фс такое долго не замечают, пока половина файлов не загадится или файлуха не крякнет в режиме фаталити. Для себя - предпочту знать что мое железо ОК, end to end, чем такое втихаря. > Ну, предполагаю, что перспективы потерять данные на разлете уже-почти-но-еще-не- > совсем-готовой-ФС несколько выше, нежели при использовании стандартного для > современного ИТ пула технологий. Предполагайте что угодно. А я более менее понимаю дизайн, его пойнт, dos/donts, сильные и слабые стороны. И решу любую проблему с ним. Тем более что у меня помощь эвон какого зала при нужде - есть. Я проверял, они очень круты, компетентны и эффективны, если диалог правильно строить. Но вот именно себе реально чинить это - не приходилось. Я общался с ними только по части регрессий в -rc, которые я им на подлете и поймал, не пропустив в релив. Как-то так мы и обеспечиваем себе качество релиза кернела, прикиньте? :D
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (91), 17-Фев-25, 19:57
	> Даже интересно, что это в реальной жизни, чтобы контроль целостности и избыточность > были нужны именно _на уровне FS_? Первый бэд под метаданными - и вы узнаете жестким способом "зачем" :)
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	93. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от User (??), 17-Фев-25, 20:03
	>> Даже интересно, что это в реальной жизни, чтобы контроль целостности и избыточность >> были нужны именно _на уровне FS_? > Первый бэд под метаданными - и вы узнаете жестким способом "зачем" :) Даже интересно, чего и где я должен "узнать"?
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 17-Фев-25, 20:57
	>> Первый бэд под метаданными - и вы узнаете жестким способом "зачем" :) > Даже интересно, чего и где я должен "узнать"? Что потом с ФС может получиться ессно. В зависмости от - может неплохо навренуться заметный кусок ФСа. Мне почти так разок "повезло" с одноплатником где не читанулся аж libc6, из-за 1 ср@ного бэда в 5 лет. С тез пор я полюбил btrfs с DUP. Без libc6 операционка что-то вообще совсем не работала. Девайс на ровном месте резко и внезапно стал тыквой. У кента есть кое что даже интереснее DUP на такие оказии - erasure coding. Но во первых это пока сырое что капечц и в реальный прод это рано. Во вторых перспектива отноштаться с ночнушками хруста под ARM на дебиане - это такой себе "а теперь поза фантомас в очках на аэроплане" от айти. Неудобная поза, скажем прямо.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от User (??), 18-Фев-25, 08:13
	>>> Первый бэд под метаданными - и вы узнаете жестким способом "зачем" :) >> Даже интересно, чего и где я должен "узнать"? > Что потом с ФС может получиться ессно. В зависмости от - может > неплохо навренуться заметный кусок ФСа. Пересетапить сервер в составе кластера - в общем-то типовая эксплуатационная операция, не? Восстановление какого-нибудь букваря штука тоже быстрая, замена глючной железки всяко больше времени займет.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 18-Фев-25, 12:31
	> Пересетапить сервер в составе кластера - в общем-то типовая эксплуатационная операция, не? Чем меньше таких задач возникает и меньше оно требует внимания - тем лучше моя жизня. > Восстановление какого-нибудь букваря штука тоже быстрая, замена глючной железки всяко > больше времени займет. Весьма и весьма зависит от специфики что, где и как. Btrfs видите ли меня предупредит о надвигающихся проблемах ДО того как это эскалирует в более крутые и сложные в парировании проблемы. Сабж имеет все шансы вести себя примерно так же. Чем и интересен мне. Кент тоже проникся Self Heal и имплементит сие.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от User (??), 18-Фев-25, 13:33
	>> Пересетапить сервер в составе кластера - в общем-то типовая эксплуатационная операция, не? > Чем меньше таких задач возникает и меньше оно требует внимания - тем > лучше моя жизня. Так оно в жизни такой малый процент таких специфических проблем закрывает, что таскать за собой лишние уровни абстракции, на которых приходится нести расходы от голого performance'а до эксплуатационных - в общем, нуигонафиг. У тебя и так firmware со своим-smart'ом-на-стероидах, какой-нибудь raid со своим чексуммингом, гиперконвергентная ФС со своим, поверх неё гипервизор со своим снапшотингом - и вот только тут уже оконечная FS, поверх которой аппликуха со своей data integrity model. Т.е. теоретически можно конечно изобрести сценарий сбоя, при котором вот именно фс-то только и исключительно и спасает - но практически нах...фиг оно не сдалось, особенно с учетом накладных. >> Восстановление какого-нибудь букваря штука тоже быстрая, замена глючной железки всяко >> больше времени займет. > Весьма и весьма зависит от специфики что, где и как. Да обычно пишешь письмо\звонишь, в тот же день получаешь идентичную железку, забиваешь apple id\microsoft id\google id\AD login и через полчаса работаешь, не? > Btrfs видите ли меня предупредит о надвигающихся проблемах ДО того как это эскалирует > в более крутые и сложные в парировании проблемы. Так и так железку менять. Ну, в случае личного аппарата - поменяешь не весь девайс а одну SSD'шку с переустановкой\заливкой, бырбырбыр тебе эту задачу примерно никак не упростит, а ругаться про "чотфигняхозяиномэ!" и SMART умеет.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 18-Фев-25, 15:06
	> Так оно в жизни такой малый процент таких специфических проблем закрывает, что > таскать за собой лишние уровни абстракции, Выбирая между лично моим неудобством менеджмента от возни с лоскутными одеялами и педальнми решенями, и слоями абстракций у машин... По той же причине - и системд. Мы оперируем сильно в разных режимах. Для меня нормально - общая координация машин. Раздать им задания, прочекать результат, но никакого долбаного микроменеджмента. Все это если и - то 1 раз - при создании образа под задачу. А в крейсерском режиме все должно быть просто, быстро, с минимумом моего внимания. Лучший компьютер, особенно управляющий - это тот которого я вообще не вижу. Фоновый технологический бэкграунд, живущий сам по себе, без моего внимания. То что я его создаю - ну вот да. А требования к нему вот такие. Оно должно - делать свое дело. Не отсвечивая. Справляясь с своими проблемами само, пока не может. А когда совсем не сможет, тогда и приду разбираться. Кент топик, кажется, неплохо понимает. > от голого performance'а до эксплуатационных - в общем, нуигонафиг. С перфомансом у сабжа и btrfs все довольно неплохо. А если грамотно юзать фичи типа рефлинков - можно дать таким как вы и прочие похи жесткий мастеркласс на тему. > У тебя и так firmware со своим-smart'ом-на-стероидах, какой-нибудь > raid со своим чексуммингом, ФС с чексумами - лишний раз подстраховывает эту неведому зверушку с супер-пупер конфиденшл-андокументед-фигзнает-что-ожидать. Как показали эксперименты - не зря. Коллекция глюкастиков не даст соврать. > гиперконвергентная ФС со своим, поверх неёгипервизор со своим снапшотингом - Я сам умею быть себе таким гипервизором. Без других богов на пантеоне. > при котором вот именно фс-то только и исключительно и спасает - > но практически нах...фиг оно не сдалось, особенно с учетом накладных. Зелен виноград, ога-ога. А коллекция глюкастиков отловленых btrfs чексумами, таки, у меня есть. К хорошему быстро привыкаешь. > Да обычно пишешь письмо\звонишь, в тот же день получаешь идентичную железку, забиваешь > apple id\microsoft id\google id\AD login и через полчаса работаешь, не? Вы это рассказываете тому кто это все получше вас видел. Просто у меня другой фокус интерсов теперь. Но скилл не пропьешь, теперь я столь же хорош - в решении проблем с линухами. For fun and profit. Just because I can! > Так и так железку менять. Есть некая разница между плановой заменой в фоне и авралом! Чексумы при избыточности удержат факап довольно долго, а если это нечто раз в год случающееся и рандомное, на это вообще можно забить без последствий. Самопочинится и поедет дальше. > задачу примерно никак не упростит, а ругаться про "чотфигняхозяиномэ!" и SMART умеет. Он мне упростит допустим откат системного апдейта если результат не понравился. Я даже могу rm -rf сделать - и отыграть взад с минимуом потерь. А чексуммы если что предупредят о надвигающемся факапе. Да и без рефлинков - флот VM которым я ворочаю был бы жирноват. А так - прикольно оверселить самому себе, осмысленно и подконтрольно. Так оверселл ничем не плох. И очень выгоден.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (64), 17-Фев-25, 14:11
	> Т.к устранены недостатки btrfs - есть контрольная сумма и есть опционально recovery. Это весьма и весьма нишевой случай. К тому же за счет чексум в этом случае Кент заплатит - перфомансом. > Да и вообще Кент обещает что fsck на этой фс не будет приводить к катастрофе, В большинстве систем в проде - просто некому этот ваш fsck гонять вообще, и тем более отвечать на его вопросы. Хотя он солидный кус этого в ядерную часть загнал, так то если оно при старте самопочинится - куда ни шло. ...а этот его fsck на томе сотни терабайт занимал - ДЕНЬ. И жрал адовы объемы памяти. Как вы понимаете - это совершенно неприемлимый набор свойств. Да, Кент о чем-то стал догадываться. > т.к есть атомарная транзакция,в крайнем случае повреждённый окажется > какой то файл,но не вся фс. Btrfs внезапно как-то так же. Т.е. если запись профачилась - ее просто никогда и не было, будет чуть более состояние ФС, которое вполне корректно. Общая логика у btrfs и сабжа на уровне "глобальной" идеи действа - весьма сравнимая. Но в деталях - изрядно отличий. А таки - "backpointers" тоже, вот, запилил. В btrfs это называлось backrefs, один фиг - инверсный индекс "чей это экстент". Отстройка этого индекса на лету делает ФС тормознее. Зато - шибко ускоряет операции менеджмента, типа уменьшения размера фс или замены/изъятия девайса. > А то грустно становится от btrfs-официально запрещено уже fsck пользоваться, Потому что в большей части случаев это как раз нахрен не упало - большую часть рекавери сам драйвер может. Кент тоже к чему-то такому идет, лол. Не, простите, мы не будем сутки гонять гамноутилиты жрущие цать гигов рамы. Просто нет. Этот подход мертв. > т.к попытка ремонта может окончательно угробить данные. А > с учётом качества утилит - сталкивался с тем что проверка падает > даже на исправной фс У кента на большой фс это только недавно занимало - не менее суток, и жрало дохрена гигз оперативы, так что до шанса сделать ЭТО оно даже не доходило :). Но аппетиты немного поурезали и теперь вы можете наконец попробовать затестить как вам оно. Если, конечно, сможете вообще пересобрать тулсы от "скачайте ночнушку".
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	110. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от maximnik0 (?), 17-Фев-25, 21:32
	> ...а этот его fsck на томе сотни терабайт занимал - ДЕНЬ. И Ясно дело что пока это дело не оптимизировано, на ext4 на это дело уходит часа 4. > Btrfs внезапно как-то так же. Т.е. если запись профачилась - ее просто > никогда и не было, будет чуть более состояние ФС, которое вполне > корректно. В соседней ветке - у человека Бад блок случился - результаты ремонта грустноватые,как то не ожидаешь что пол диска вынесет.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 18-Фев-25, 12:38
	> Ясно дело что пока это дело не оптимизировано, на ext4 на это > дело уходит часа 4. Четыре часа - совершенно неприемлимый даунтайм для сервака. Да и на десктопе/лаптопе видал я такие вещи, если мне проект работать надо - а тут ЭТО? Вот уж нафиг! Одно дело самотесты в онлайн режиме и совсем другое - офлайн. Собссно EXTы стали выпадать из фавора по мере роста размеров ФС. И журналирование появиолсь в том числе чтобы пореже fsck запускать. Такие времянки в офлайне просто неприемлимы. > В соседней ветке - у человека Бад блок случился - результаты ремонта > грустноватые,как то не ожидаешь что пол диска вынесет. Бэд без избыточности - это таки "undefined". Но человек там сам усугубил свою проблему шаловливыми лапками. При том - он даже лог не может показать для нормального понимания проблемы, блин. Когда ФС "чинят" с такими уровнем знаний - ничего хорошего ессно не получается. Ретивый но не шибко грамотный ремонтер - ни к чему хорошему не приводит.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от maximnik0 (?), 18-Фев-25, 13:24
	>Бэд без избыточности - это таки "undefined". >Когда ФС "чинят" с такими уровнем знаний - ничего хорошего ессно не получается. Ну допустим так и есть. >т.к есть атомарная транзакция,в крайнем случае повреждённый окажется > какой то файл,но не вся фс. >Btrfs внезапно как-то так же. Т.е. если запись профачилась - ее просто никогда и не было, будет чуть более состояние ФС, которое вполне корректно. Т.е если Бад блок оказался записан при создании диска в результате коррекции окажемся с пустым диском получается так ? Мне кажется что тогда с  коррекционной защитой что то не то,не помогает дублирование метоинформации.Почему то в 90% для ext4 у народа хватает мозгов починить фс,хотя там только 1 условие- фс должна быть размонтирована, Бад блок исключительно редко приводит к ситуации что полсистемы выносит, тем более сейчас критические файлы можно контрольной суммой усилить, но нет интеграции как в btrfs.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 18-Фев-25, 15:58
	> Ну допустим так и есть. Data Recovery лабы - заметив самодеятельность такого - вообще обычно кратно взвинчивают цену. За усложнение работы на ровном месте. > Т.е если Бад блок оказался записан при создании диска в результате коррекции > окажемся с пустым диском получается так ? Для начала - я вообще не совсем понял что у гражданина произошло. Он сказал про io error но что там РЕАЛЬНО было - кто ж его знает без логов? В таком случае по уму - dmesg надо. Может бэд, может не бэд. Какие-то скрытые файлы или диры. Черт его знает что он под этим в виду имел. А дальше он начал истерично дергаться начитавшись какого-то мусора с форумов. И сделал себе только хуже. Это как муха в паутине, чем сильнее паника, тем лучше запутывается и меньше шансов - утикать. Есди бэд под метаданными - оно по дефолту сейчас DUP, просто пофиксит его из исправной копии. Если под данными - то как минимум стереть проблемный файл не должно быть особой проблемой. Место пометится как неюзаемое, GC подчистит - и в какой-то момент в этот сектор прилетит новая запись. Если фирмварь не совсем тупая, она проверит читаемость и при нужде - ремапнет. И если это был реально бэд под каким-то файлом, не так уж это и страшно. А вот если начать истерить и дергаться > Мне кажется что тогда с  коррекционной защитой что то не то,не > помогает дублирование метоинформации. Без dmesg это все - вообще ни о чем. Может у сэра например на самом деле - память битая, и медаданные уделались еще ДО счета чекмум. Насколько я помню btrfs'ники даде в какой-то из команд сделали - как last resort - брутфорс битфлипов, если проверка например совпадения UUID дерева VS фс не проходит, но разница в 1 бит - там даже где-то есть режим игнорить такую неконсистентность и все равно читать. > Почему то в 90% для ext4 у народа хватает > мозгов починить фс,хотя там только 1 условие- фс должна быть размонтирована, Вообще... с пришествием SSD все здорово изменилось. CRC на журнал они сделали не от хорошей жизни, а потому что если отреплеить журнал с трухой, потом - пользователи пишут то же что про ReiserFS, по той же причине: ФС просто в вермишель. Менее интенсивные ошибки по площадям они однако не видят и вон там пользаки с нвидией недоумевали - как это так, еще вчера ext4 работал а сегодня - сдох, и fsck при попытке починки его доломал окончательно. И с XFS такие же истории. А оказывается - нвидия прикалывается, кто-то из btrfs'ников заметил ор на чексумы с драйвером и - вот оно, попалось! > Бад блок исключительно редко приводит к ситуации что полсистемы выносит, тем > более сейчас критические файлы можно контрольной суммой усилить, но нет интеграции > как в btrfs. Да он и в btrfs так то - не должен полстемы выносить. Особенно если не истерить и не делать глупостей. Под метаданными он вообще сам чинится, под данными - куда менее критично. Но там мог и не бэд ведь быть. Кто его знает без dmesg?
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 17-Фев-25, 12:40
	> В каких сценариях использования стоит использовать? Я пока вкатил на пару виртуалок. В принципе даже работает, так сразу - не разваливается. Пару небольших проблем было (например, RAM в краевых случаях при неудачной нагрузке выжирало, или ловило "task blocked for ... seconds") - но Кент уже это починил.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	50. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от зфс (?), 17-Фев-25, 13:04
	Когда есть рейд на десятки ТБ и nvme кеш на 2-4Тб, т.е. дома. Ускоряет как боженька, под торены домой самое то, если есть сеть больше гигабита. Бтрфс и тем больее зфс так не могут, я проверял.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	61. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Жироватт (ok), 17-Фев-25, 13:55
	Мне б такой кэш. У меня всего 16Тб на насе и ещё 8 - к нему по usb3. Но для контента пока хватает
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (64), 17-Фев-25, 14:15
	> Бтрфс и тем больее зфс так не могут, я проверял. Если на bcache разложить - может и получится что-то. Но настраивать сложнее, а если SSD протрется - дальнейшее вообще будет очень так себе. Если повезет - можно успеть заметить ор про csum error, но при игноре проблемы ФС может однажды разлететься в вермишель.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	109. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Олег (??), 17-Фев-25, 21:25
	Не в каких, 3 года назад это была глючная хрень теряющая файлы Используйте лучше zfs, ext4 и подобное
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	116. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (116), 18-Фев-25, 03:30
	Например, когда ты Фейсбук.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "Заморозка изменений дискового формата в Bcachefs"	+2 +/–
Сообщение от Аноним (4), 17-Фев-25, 08:52
Зачем специальная ФС для кэша, и почему её так много обсуждают?
Ответить | Правка | Наверх | Cообщить модератору

	18. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (18), 17-Фев-25, 09:49
	Ты с луны свалился чтоль? Новости не читаешь? Всё, теперь у тебя нет данных, есть только их кэш. Дистиллированный кэш и ни как иначе!
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (22), 17-Фев-25, 10:16
	инклюзивность и даташеринг в кредит
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	25. "Заморозка изменений дискового формата в Bcachefs"	+6 +/–
	Сообщение от Аноним (24), 17-Фев-25, 10:26
	Все данные должны хранится только в специальной гос организации, а ты имеешь право их ненадолго закешировать.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	29. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от inklesspen (ok), 17-Фев-25, 10:35
	Что-то тебе в ответах чушь наплели 😀 Лучше почитать самостоятельно, но если вкратце: 1. ФС может располагаться на нескольких устройствах одновременно 2. Эти устройства выделяются в группы 3. Группы могут быть задействованы как под кеш (например ссд), так и под хранение (например хдд), а можно и так и так (например в случае быстрого рейд массива ссд) При этом из доп возможностей: 1. Сжатие данных в фоновом режиме 2. Кеш записи (опять же в случае быстрого рейд массива ссд) 3. Кеш записи с переносом в основное хранилище сразу со сжатием Но есть и недостатки, т.к. ФС довольно новая и кишит багами, некоторые из них: 1. Любые игры от Valve (CS, Dota, Half-Life...) не запускаются 2. Иногда qBittorrent зависает Остальные баги можно найти в иссушках на гитхабе
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	30. "Заморозка изменений дискового формата в Bcachefs"	+4 +/–
	Сообщение от Аноним (30), 17-Фев-25, 10:43
	Кеш можно обменивать на разные плюшки. Кеш сила, рекомендую!
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	62. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Жироватт (ok), 17-Фев-25, 13:57
	Кеш Чистый Ничего Не Крал!
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 17-Фев-25, 12:52
	> Зачем специальная ФС для кэша, и почему её так много обсуждают? Затем что это одна из наиболее инновационных разработок доступных ALL на данный момент. По управлению и азам дизайна она напоминает btrfs, но Кент имел возможность посмотреть на слабые стороны btrfs и попытался их обойти. Поэтому в теории оно может получиться быстрее. На практике ему пока не до оптимизаций и мелких твиков. Более того. Кеент придумал довольно годную идею. При принятии решений на тему избыточности и аллокации - можно учитывать еще и свойства стоража. В этом месте и появляется "кэш" собственно. То-есть например если есть SSD и HDD и запрошен RAID1, грубо говоря, записывать можно на оба, а читать потом - с SSD. И так будет заметно резвее. Более того. От систем кеширования там есть понятие фронтэнда (как правило, это быстрый девайс или девайсы принимающие записи "изначально") и бэкэнда (медленный но емкий девайс на который вон то неспешно потом выдавливается). А самое крутое что вот это вот фронт-бэк совмещено с разруливанием схем избыточности. В теории - можно получить скорость SSD, дешевизну гигабайта HDD, и даже избыточность, так что оно при кончине SSD фронта/кеша не должно жестко играть в ящик как более педальные дизайны обычно это делают - из-за интеграции с избыточностью и возможности осмысленно рюхать отвал проблемной реплики.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	51. "Заморозка изменений дискового формата в Bcachefs"	–2 +/–
	Сообщение от Аноним (22), 17-Фев-25, 13:14
	Было бы годно, если не сваливать в кучу hdd, ssd и взваливать весь этот зоопарк на фс. А так это очередная химера.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (59), 17-Фев-25, 13:47
	> Было бы годно, если не сваливать в кучу hdd, ssd и взваливать весь этот > зоопарк на фс. А так это очередная химера. Химера как раз таки - позволяет взять лучшее от свойств сторажей в эту кучу. При том настройка относительно проста относительно альтернатив достигающих сравнимые свойства - и не должна рассыпаться к чертям как обычная файлуха подпертая bcache (без -fs), когда под SSD под кеш протирается наконец. Ибо когда кеш совсем отдельно и "где то там" - это часто ведет к весьма непрозрачным для ФС ошибкам и запроектным авариям. Btrfs иногда успевает поорать про сбой чексум и это даже замечают, а XFS/EXT4 при таком сценарии получают лом в вентилятор без предупреждения. И вот у вас был сервак. А теперь у вас - вермишель. Резко и внезапно!
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (116), 18-Фев-25, 03:37
	Md — не химера, а логическое развитие этих идей с учётом дополнительных возможностей современного оборудования — почему-то химера. Ок.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	134. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 18-Фев-25, 12:41
	> Md — не химера, а логическое развитие этих идей с учётом дополнительных > возможностей современного оборудования — почему-то химера. Ок. Md как раз жесточаяшая химера - ибо все это лоскутное одеяло уровней менеджить просто кошмар, ошибки между уровнями часто теряются или трактуются неверно - что ведет к жесткому дестрою и невозможности продвинутостей, когда например RAID1 видит какая копия битая по чексумам - и чинит битую копию - сам - в фоне. А с md - да вы надорветесь что-то такое делать вообще.
	Ответить | Правка | Наверх | Cообщить модератору

6. "Заморозка изменений дискового формата в Bcachefs"	+/–
Сообщение от KKK (?), 17-Фев-25, 09:22
А мужик-то не сдаётся, так и не понял, с кем он имеет дело.
Ответить | Правка | Наверх | Cообщить модератору

	8. "Заморозка изменений дискового формата в Bcachefs"	+2 +/–
	Сообщение от Аноним (8), 17-Фев-25, 09:25
	Так он ажатаж устраивает тем самым. Имя себе уже сделал, но все еще с пойманной волны не свалился. Красава.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Заморозка изменений дискового формата в Bcachefs"	–2 +/–
	Сообщение от Аноним (30), 17-Фев-25, 10:48
	Сила аутизма против инклюзавров!
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	57. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (59), 17-Фев-25, 13:41
	> Сила аутизма против инклюзавров! Кент это взаимоисключающие параграфы. У него есть и то и другое. Он якшается с хрустиками марки "скачайте ночнушку" и прочими dei-снежинками, но это не мешает ему быть аутистом повернутым на технической крутизне - в ущерб вообще всему остальному.
	Ответить | Правка | Наверх | Cообщить модератору

7. "Заморозка изменений дискового формата в Bcachefs"	+3 +/–
Сообщение от Аноним (8), 17-Фев-25, 09:23
Чел доказал, чтол в одно лицо можно наказать задарма хваленых профессионалов которые за большие деньги.
Ответить | Правка | Наверх | Cообщить модератору

	12. "Заморозка изменений дискового формата в Bcachefs"	+4 +/–
	Сообщение от Аноним (22), 17-Фев-25, 09:28
	наказал свом голым задом?
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (8), 17-Фев-25, 09:31
	Вот именно. Классный технарь, а псевдоинженеришки пусть курят бамбук. Этот чел бунтарь как автор Рейзер4 или Дипсик. Которые в отличие от элиток реально могут сделать дело.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от Аноним (24), 17-Фев-25, 10:29
	Это просто компромис. Он пошел на то что ему сказали просто делает вид что он так и хотел.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 19-Фев-25, 22:23
	> Это просто компромис. Он пошел на то что ему сказали просто делает > вид что он так и хотел. Разработка в тиме большого проекта всегда некий компромисс. Если каждый будет делать на 100% что он хочет, как он хочет - проект превратится в адское месиво и сдохнет под своим весом.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (41), 17-Фев-25, 12:29
	автор дикпиксик тоже сидит?
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	45. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (8), 17-Фев-25, 12:43
	Сидит лишь уголовник.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 17-Фев-25, 13:37
	> Вот именно. Классный технарь, а псевдоинженеришки пусть курят бамбук. > Этот чел бунтарь как автор Рейзер4 или Дипсик. Которые в отличие от > элиток реально могут сделать дело. Пока у него своих факапов - более чем хватает. И классный он - местами. А так довольно забагованный и с элементами снежинки. Но в отличие от Шишкина он таки - сумел в реюз подсистем кернела. Хоть и с нехилыми терками, за которые и получил отдых на скамейке запасных в прошлом релизе ядра. Это менее жесткий кейс чем Шишкин, borderline на грани приемлимого.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

16. "Заморозка изменений дискового формата в Bcachefs"	+/–
Сообщение от нитгитлистер (?), 17-Фев-25, 09:42
отправить то отправил, а ответ получил? о чем новость то? ну предложил он что-то там а дальше что? новость ради новости....
Ответить | Правка | Наверх | Cообщить модератору

	20. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от Аноним (20), 17-Фев-25, 09:56
	Ага, он конечно же получил ответ. Открытку с известным изображением Линуса.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 17-Фев-25, 13:00
	> Ага, он конечно же получил ответ. Открытку с известным изображением Линуса. В смысле, оно уже в гите. Само по себе это мелкие дежурные изменения и не стоило бы упоминания - если бы не шло в комплекте с упоминанием о стабилизации дискового формата. Почему стабилизация анонсирована не в -rc1 или не в следующем ядре? А кто его этого Кента знает. Ну, захотел он так - значит пусть будет так. Это странно по линии feature management, но никто вроде не против, чтобы так. Это никому проблем не создает. Кент просто немного себя сам задвинул в возможности пиара странным маневром, но как видите фороникс и я это немного это дело скомпенсировали. Show will go on.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (21), 17-Фев-25, 10:13
	Реквест смержили, вот и весь ответ. А новость о заморозке дискового формата. Это заметная веха для любой фс.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	27. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от нитгитлистер (?), 17-Фев-25, 10:29
	> Реквест смержили, вот и весь ответ. А новость о заморозке дискового формата. > Это заметная веха для любой фс. в свете последних событий эта заморозка больше выглядит как из вредности нежели её функциональной законченности. и потом вопрос о опциональности. они будут как? за донат предлагаться?
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (24), 17-Фев-25, 10:28
	Что прогнули Кента и все сделано как положено, а не как он хочет.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

19. "Заморозка изменений дискового формата в Bcachefs"	+/–
Сообщение от Шарп (ok), 17-Фев-25, 09:51
>устранение проблемы, приводящей к обращению к памяти после её освобождения (use after free) Неужели переписал на rust?
Ответить | Правка | Наверх | Cообщить модератору

	34. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от Аноним (34), 17-Фев-25, 11:34
	Похоже, что Оверстрит не из таких. А то бы хлопнул дверью сразу, как его только на скамью CoC-штрафников отправили.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 17-Фев-25, 13:29
	> Похоже, что Оверстрит не из таких. Каких таких? Аффтор тот еще знатный растолюб. Он прям на оффсайте bcachefs.org пишет "We've got some initial work done on transitioning to Rust". "He intends to slowly rewrite bcachefs in Rust, which will be a ten-plus-year project, but the use of Rust in bcachefs has already started. Some of the user-space tools have been rewritten in Rust and someone is looking at moving some of that work into the kernel" lwn.net/Articles/934692/ Просто он умнее чем другие. Понимает, что стоит появиться там расту, то сразу как чертила из табакерки вылезет Теодор и начнет копротивляться. Намного разумнее вначале завести саму файлуху, чтобы она проросла, ею начали пользоваться, а потом потихоньку внедрять раст. Ну и к тому моменту может Теодор удет на пенсию или просто помрет, всякое бывает.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (75), 17-Фев-25, 16:47
	Долгие лета Теодору Тсо. Ну аффтор пусть не торопится, раньше, чем всё засунутое в ядро не начнёт успешно собираться gccrs, не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от Аноним (116), 18-Фев-25, 03:42
	Он сначала протащит достаточный фиче-сет и наберёт пользовательскую базу, а потом одним патчем выкатит версию на раст и скажет либо мержте, либо сами дальше возитесь. Можете скринить. Кенту похоже в кайф с «авторитетами» в шахматы играть, поки «автортеты» играют в шашки.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	125. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 18-Фев-25, 09:45
	> Он сначала протащит достаточный фиче-сет и наберёт пользовательскую базу, а потом одним > патчем выкатит версию на раст и скажет либо мержте, либо сами пошлют на юх и глазом не моргнут. Разделите на стошисят патчей по десять строчек и перепошлите. На "пользовательскую базу" авторитетам на зарплате в миллион долларов в месяц совершенно наплевать.
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 19-Фев-25, 22:21
	> пошлют на юх и глазом не моргнут. > Разделите на стошисят патчей по десять строчек и перепошлите. Опять экспертиза так и прет. Родом из 2010. Вообще-то у него pull request Торвальдс делает. Вполне себе сделал в эту итерацию. О чем и новость. > На "пользовательскую базу" авторитетам на зарплате в миллион долларов в месяц совершенно > наплевать. Зачем Торвальдсу кого-то посылать? У него нет такой цели. Он просто заинтересован в мощном поступательном развитии проекта. Все что мешает этой цели - препятствие и должно быть устранено. Туда же идут умники растаскивающие проекты, кстати.
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 19-Фев-25, 23:39
	пулреквест с большим куском кода на хрусте - будет просто послан откуда пришел. Как, в общем-то, уже пару раз случилось с большими кусками и на си. > Зачем Торвальдсу кого-то посылать? У него нет такой цели. Он просто заинтересован в получении своих $1000000 в месяц от платиновых спонсоров. И более уже давным-давно ни в чем. Все что мешает этой цели (в том числе попытки трогать структуры ядра, которые могут задеть бизнес rhbm) - препятствие и будет устранено. Резвиться можно только в песочницах, и то под контролем. Поправил, не благодари.
	Ответить | Правка | Наверх | Cообщить модератору

40. "Заморозка изменений дискового формата в Bcachefs"	+/–
Сообщение от Аноним (40), 17-Фев-25, 12:28
>Кент Оверстрит элвис от мира спо
Ответить | Правка | Наверх | Cообщить модератору

42. "Заморозка изменений дискового формата в Bcachefs"	+/–
Сообщение от Аноним (42), 17-Фев-25, 12:32
Удивительно - линукс активно используется во встраиваемой технике а надёжной и простой фс устойчивой к незапланированному отключения питания  нет, всё что появляется - монструозное для серверов. nilfs2 забросили, f2fs только с батарейным питанием не разваливается. Самое смешное эти монстро фс устарели по своей сути https://nvmexpress.org/nvm-express-computational-storage-sta.../
Ответить | Правка | Наверх | Cообщить модератору

	71. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (70), 17-Фев-25, 16:14
	> надёжной и простой фс устойчивой к незапланированному отключения питания нет Чем ext4 с журналом не нравится?
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Заморозка изменений дискового формата в Bcachefs"	–2 +/–
	Сообщение от Аноним (-), 17-Фев-25, 20:05
	>> надёжной и простой фс устойчивой к незапланированному отключения питания нет > Чем ext4 с журналом не нравится? Тем что с полным журналом - тормозной как апокалиптец, а без - не парится тем что при крахе файл наполовину старый и наполовину новый. И при этом нет ни инфо для undo, ни инфо для redo - и то что это файло будет открываться софтом - вообще далеко не факт.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от нах. (?), 18-Фев-25, 11:18
	>>> надёжной и простой фс устойчивой к незапланированному отключения питания нет >> Чем ext4 с журналом не нравится? > Тем что с полным журналом - тормозной как апокалиптец, а без - > не парится тем что при крахе файл наполовину старый и наполовину > новый. И при этом нет ни инфо для undo, ни инфо > для redo - и то что это файло будет открываться софтом > - вообще далеко не факт. Как и в любой другой fs. Если твой софт настолько унылое этосамое - ты неудачник, соверши роспозор.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (135), 18-Фев-25, 12:45
	> Как и в любой другой fs. Если твой софт настолько унылое этосамое В btrfs и прочих cow - внезапно - ситуация с тем чтобы незавершенная запись попала в содержимое файла - ну вот нет. Семантика другая. Оно просто отбросит хвост с проваленной записью - файло конечно старое, но, знаешь, лучше старая фота - чем половина новой и половина старой которое - "decode error" на середине файла. И все остальное - аналогично. > - ты неудачник, соверши роспозор. Кто этому сэру опять зеркало подсунул?
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 17-Фев-25, 20:25
	>> надёжной и простой фс устойчивой к незапланированному отключения питания нет > Чем ext4 с журналом не нравится? не является ни надежной, ни простой. зачем тебе во встроенном недокомпьютере вообще posix-compatible fs, еще и журнал этот? там обычной fat16 за глаза хватит.
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	137. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (135), 18-Фев-25, 12:48
	> зачем тебе во встроенном недокомпьютере вообще posix-compatible fs, еще и журнал этот? > там обычной fat16 за глаза хватит. Затем что powerloss порой - случается. Но ты можешь нам дать всем мастеркласс как надо было. Но памятуя твои (?) приключения с корейцами - я бы тебе сильно доверять не стал.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от нах. (?), 17-Фев-25, 16:39
	потому что во встраиваемой технике, во-первых, нахрен не надо ничего _писать_ на fs, во-вторых, даже если и надо - однофарадный конденсатор обойдется дешевле чем протирание дырок в флэше чудо-фсами.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	97. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 17-Фев-25, 20:16
	> потому что во встраиваемой технике, во-первых, нахрен не надо ничего _писать_ на fs, Пэтому штуки типа btrfs и сабжа там неплохо рабтают. А CoW неполхо маппится на логику флешатины. На btrfs с его readonly сабволами к тому же можно сделать весьма эффективный "reset to factory defaults". А схема хранения DUP позволяет пережить рандомный бэд в дофига лет на SD/eMMC, которые, таки, редко но метко - бывают. > во-вторых, даже если и надо - однофарадный конденсатор обойдется дешевле > чем протирание дырок в флэше чудо-фсами. 1) Однофарадный кондер долго одноплатник с апликушным процом - не удержит. 2) Дешевый 1Ф ионистор - высокоомная штука и не удержит пиковый ток. Можно конечно взять "автомотивный", эти и трамвай потянут. Только стоит будет как мешок одноплатников - и стало быть нахрен надо. А все вон то я выкатил нашару как апгрейд в существующие выводки. И ничего, живой. А число факапов по линии ФС заметно убавилось. CoW вообще доольно неплохо относится к слетам питания.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 17-Фев-25, 20:23
	> Пэтому штуки типа btrfs и сабжа там неплохо рабтают. А CoW неполхо маппится на логику > флешатины. 64x write amplification отлично просто мапится. И бесконечное еложенье по суперблокам на каждый записанный байт - вообще прям великолепно. > 1) Однофарадный кондер долго одноплатник с апликушным процом - не удержит. нам не надо долго, нам надо те пол-секунды что сбрасывается буфер (он у встраиваемых поделок  тоже крошечный) - и ффсе. Ну и разумеется, кто во встроенной электронике использует кипятильник с алиэкспресса предназначенный не для этого, а для игр пыонэров-героев в настоящих программистов - сам виноват.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (102), 17-Фев-25, 20:48
	> 64x write amplification отлично просто мапится. И бесконечное еложенье по суперблокам на > каждый записанный байт - вообще прям великолепно. 1) Да нету никакого 64x в моем случае. 2) Как ты сам и сказал там записей - реально мизер, раз в дофига, и даже если б и было то и фиг с ними. Не живут столько люди чтобы выюзать ресурс флехи по перезаписям, я смотрел фактические объемы записи в run time и считал. Даже сцаный флеш не протрется за обозримое время. Я специально делаю системы что они "почти ридонли". Т.е. из записей там - ну, вот, сохраненеи конфига и тому подобное. И апдейты. И по большому счету - все. Не помню сколько лет у меня это пашет, но массовых падежей нет и в проекте. Тем более что btrfs орет в логи на такое (я ремотно тягаю логи с некоторых выводков, заметил бы). > нам не надо долго, нам надо те пол-секунды что сбрасывается буфер (он > у встраиваемых поделок  тоже крошечный) - и ффсе. Таки корректный шатдаун - несколько секунд. Но основная проблема при этом - пиковый ток. Т.е. это нечто типа 5V 1A - и вот тут упс. > Ну и разумеется, кто во встроенной электронике использует кипятильник > с алиэкспресса предназначенный не для этого, а для игр пыонэров-героев > в настоящих программистов - сам виноват. Я олимексов больше предпочитаю - они не очень звереют по ценам, но при этом LTS по производству. Хотя для не очень важных вещей могу и десятибаксовую лабуду с али поставить. Тем меньше желания уделять ей внимание - однажды наруленное оно должно просто работать. Представляешь что будет если мне придется периодически разруливать факапы в целой куче этого добра? Поэтому чем оно беспроблемнее - тем лучше. А так у меня есть STM32 с ионисторами на 0.5-1F но он там - только RTC подпирает. Ибо мкашка и то его посадит за обозримое время в активном режиме. Вот несколько мкА от RTC да, держит сколько-то дней (точно померять не так то просто). Но это - другое. И мелкие 1Ф ионистрры - только для этого и катят. Впрочем, если для тебя это работает - флаг тебе в руки и барабан на шею.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 17-Фев-25, 20:56
	> Да нету никакого 64x в моем случае. опять опрашивал? А надо было - мерять. Допустим, у тебя открыт файл в который дописывается один байт в синхронном режиме (ничего необычного для умной лампы). Сколько всего операций записи выполнит чудо-фс? Теперь - то же самое для не дописывается а перезаписывается. > Таки корректный шатдаун - несколько секунд. зачем ты пихаешь в шибкоумный тостер поделку на убунточке на базе 40долларовой кипятильной платы там где справился бы pic за двадцать центов? Сброс буферов при emergency sync - доли секунды. Большего обычно не требуется, софт неспособный к восстановлению просто не надо использовать. Не "в таких системах", а вообще не надо его использовать.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 18-Фев-25, 13:05
	> опять опрашивал? А надо было - мерять. Я проще делаю. Пускаю несколько юнитов пахать в крейсерском режиме у себя, смотрю статистику записей "вдолгую". Это дает радикальный и окончательный ответ, без места для лажи и измышлизмов. > Допустим, у тебя открыт файл в который дописывается один байт в синхронном > режиме (ничего необычного для умной лампы). Сколько всего операций записи выполнит > чудо-фс? Я записываю - атомарно новую конфигу. 1 раз в ДОХРЕНА. Зачем мне записывать 1 байт синхронно - я без понятия. А для именно чего-то интеллектом с лампу у меня вобще STM32 есть, это дешевле, проще, надежнее, гарантии по части флешки - в кондовом даташите которому можно верить. > Теперь - то же самое для не дописывается а перезаписывается. Для cow примерно 1 хрен. Что так новый экстент, что сяк. Но как ты сам и сказал - записи там случаются по большим праздникам. И скорее страшнее что нанд не факт что топового качетсва - просто утечет. DUP в основном - такой вот "regeneration" для этой лабуды на самом деле - если таки не повезло. В "индустриальные" uSD и eMMC и нормальнй флеш ставят, но в целом - сам понимаешь, это не NOR где сбои - из ояда вон и сотни тысяч перезаписей, более хлипкая штука, и все определяется теорвером. Пробитие FEC стоража + пробитие csum btrfs одновременно - просто намного менее вероятный сценарий. Это вполне осмысленное использование теорвера себе во благо. Зачем бороться с законами природы, проигрывая на первом бэде, если можно - чуть поменять условия задачи - и теперь надо чтобы 2 бэда накрыли ОБЕ копии блока. Так теорвер сильно прикольнее, теперь он за меня а не против. > зачем ты пихаешь в шибкоумный тостер поделку на убунточке на базе 40долларовой > кипятильной платы там где справился бы pic за двадцать центов? Затем чтобы user experience был поприятнее твоего PIC. Да и вон там за 20 центов уже RISCV дают так то, с 16 кил флеша, 2 кила рамы, DMA, продвинутыми таймерами... в общем PIC - это для индустриальных некромансеров. Которые смогут поднять скелет динозавра гулять на переходе. > Сброс буферов при emergency sync - доли секунды. Большего обычно не требуется, > софт неспособный к восстановлению просто не надо использовать. Не "в таких > системах", а вообще не надо его использовать. Ну дык фича btrfs как раз в том что он - условно необслуживаемый. В отличие от куиты с fsck на вопросы которого там отвечать - некому.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 18-Фев-25, 14:08
	>> Допустим, у тебя открыт файл в который дописывается один байт в синхронном >> режиме (ничего необычного для умной лампы). Сколько всего операций записи выполнит >> чудо-фс? > Я записываю - атомарно новую конфигу. "это мы не прахадили эта нам низадавали". опять. Все, с тобой не о чем говорить. Межушная извилина не обучена ни логике, ни умению мыслить.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (-), 19-Фев-25, 15:17
	> "это мы не прахадили эта нам низадавали". опять. > Все, с тобой не о чем говорить. Межушная извилина не обучена ни > логике, ни умению мыслить. Ты прав, говорить тут и правда не о чем. Ибо - ты никогда не имплементил такое, и вон то - вон так - из имплементивщих - не делает. А я - "простой flash file system" (flash translation layer) так то - кодил. И поэтому знаю что флеш - крупноблочный девайс. Там вообще в общем случае нет понятия "записать 1 байт". Минимальный юнит записи обычно - страница. Минимальный юнит стирания - eraseblock. И записывая 1 байт - ты уже скорее всего вызвал amplification в 4096 или более раз, чудак. В МК сектора/страницы помельче, но идея остается. Кто хотел вот именно 1 байт - берет, цуко, EEPROM. Чем он отличается от flash - посмотришь в вике. Зато ты ср@шь из головы синтетическими сценариями и несуществующими проблемами, преподнося их как что-то ужасное. А реально на практике - это вообще проблемой не является.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от нах. (?), 19-Фев-25, 20:07
	> А я - "простой flash file system" (flash translation layer) так то - кодил. да ты и на луну летал. Тебе предложили - задачу. Вместо прямого ответа на заданный вопрос (путем некоторых размышлений, которые позволили бы сделать некоторые выводы) - ты начал опять рассказывать какой ты крутой. Мне неинтересно про минимальный юнит стирания. (и представь себе, я знаю как это устроено) Мне неинтересно какой ты крутой (потому что я уже убедился что ты крутой только враль) Хочешь общаться - общайся по моим правилам. Задали вопрос - отвечаешь, тогда с тобой будет о чем разговаривать дальше. Нет - на три буквы идешь сразу, облизывать свою единственную флэшку из помойки.
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 19-Фев-25, 22:17
	> да ты и на луну летал. Если мы о птичках - неведому зверушку с обычным линухом - отправили на марс. А Маск на обычном x86 в космос летает. Тоже с линухом. Я в космос не летаю, но управляющие задачи - вполне себе. И таки - одноплатники зарекомендовали себя вполне надежными штуками если это все делать правильно. > Тебе предложили - задачу. Вместо прямого ответа на заданный вопрос (путем некоторых > размышлений, которые позволили бы сделать некоторые выводы) - ты начал опять > рассказывать какой ты крутой. Задачи будешь предлагать своим студням, если такие идиoты найдутся. А меня не интересует абстрактная синтетическая куита в вакууме. Интересуют мои задачи и фактически достигаемые параметры. Прикинь?! И в этом смысле btrfs вполне себе. То что мое решение не подходит под твои потуги подогнать ответ - не мои проблемы. > Мне неинтересно про минимальный юнит стирания. А мне не интересны сферические кони в вакууме, мистер из анекдота. > (и представь себе, я знаю как это устроено) Не заметно. > Мне неинтересно какой ты крутой (потому что я уже убедился что ты > крутой только враль) По себе других не судят. Судя как ты тут с умным видом надуваешь щеки что надо в эмбедовке - твой уровень экспертизы как на ладони. > Хочешь общаться - общайся по моим правилам. Задали вопрос - отвечаешь, тогда > с тобой будет о чем разговаривать дальше. Нет - на три > буквы идешь сразу, облизывать свою единственную флэшку из помойки. Вот сейчас пойду гробить мое врмя измеряя на...й не впершийся мне синтетический кейс, чтобы твое величество смогло тут погарцевать что на #$%нутой на всю бошку синтетике, видите ли футакими быть. Может тебе не приходило в бошку, но я твою гнилую примитивную душонку с двойными стандартами вижу - насквозь.
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 19-Фев-25, 22:28
	>> да ты и на луну летал. > Если мы о птичках - неведому зверушку с обычным линухом - отправили безусловно, ты к этому очень причастен. > на марс. А Маск на обычном x86 в космос летает. Тоже Маск - человек, уволивший в полном составе службу, контролировавшую ядерку США. Это все что нужно знать о тебе. > Вот сейчас пойду гробить мое врмя на хамство в мой адрес у тебя времени предостаточно. Как только вместо этого нужно блеснуть инженерным мышлением - его сразу же нет. (Конечно же - времени нет. А не то что вы подумали.)
	Ответить | Правка | Наверх | Cообщить модератору

	190. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 20-Фев-25, 01:05
	> безусловно, ты к этому очень причастен. К этому много кто причастен. Потому что большой проект это сумма усилий дохрена участников. > Маск - человек, уволивший в полном составе службу, контролировавшую ядерку США. Это > все что нужно знать о тебе. Ссыкуешь что несколько minuteman'ов случайно про$#%тся тебе на голову? В США бюрократов немеряно. Да и вон там - у USAID такие интересные траты всплыли. А прикольно они придумали - давать кучу денег странам, которые потом в ООН против них голосуют. Весьма логичный способ потратить дохреналион денег. Ну потом Average Joe и выбирает - кого-нибудь, кто надерет задницы по полной программе за такое. Это тебя удивляет? :) >> Вот сейчас пойду гробить мое врмя > на хамство в мой адрес у тебя времени предостаточно. Лишь в объеме потребном чтобы срубить откровенный гон. Техническая истина для меня не пустой звук. Объективное состояние дел имеет приоритет над персональными предпочтениями. И ты смеешь что-то вещать про инженерию, профачив этот принцип? > Как только вместо > этого нужно блеснуть инженерным мышлением - его сразу же нет. Мне реально лень мерять совершенно ненужные мне сценарии, увы и ах. > (Конечно же - времени нет. А не то что вы подумали.) Представляешь, если бы я хотел что-то померять - я бы померял.
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 20-Фев-25, 09:36
	>> безусловно, ты к этому очень причастен. > К этому много кто причастен. А, ну могу выдать себе большую красивую медаль (я-то кое-что сумел исправить в совсем не маргинальных частях ведра) за полет к марсу. > Ссыкуешь что несколько minuteman'ов случайно про$#%тся тебе на голову? нет. Вот на территории штатов могут и йапнуть. После шк0л0л0, слившего гостайну друзявкам по онлайн игрушке, еще когда - могу представить, кого сейчас наберут по объявлениям. > В США бюрократов немеряно. Да и вон там - у USAID такие интересные траты всплыли. ты опять веришь врунишкам - вот прямо после того как носом ткнули. Не удивлен. > Ну потом Average Joe и выбирает тех кто слаще врет. А поскольку он расист, фашик и м-к с образованием пять классов (КЕМ еще по твоему он мог бы быть?!) - ну вот и навыбирал. Теперь США - политический банкрот, разрушивший всю международную систему, строившуюся почти сотню лет. Угадайте КТО быстренько заполнит собой этот вакуум. Финансовое если не банкротство то тяжелейшая рецессия тоже не за горами. Одна очень верившая в импортозамещение страна уже убедилась, к чему ведет изоляция, но поскольку Average Joe феноменально ... - они ничему не научились. > Техническая истина для меня не пустой звук. пустой. етамыниприхадили по ЛЮБОМУ вопросу, где надо проявить технические знания и умения хотя бы бытового уровня. (так что там у ведроида с флэшками? У великага кексперта в эмбедовке это дожно занять пару секунд, у тебя ж все есть, только подключить проводок, это мне каждый раз ведро пересобирать. А, к нокле 1010 некуда подключать?) Но кекспертное мнение как всегда есть. > Мне реально лень мерять совершенно ненужные мне сценарии у тебя любой сценарий ненужный. Даже вот совершенно бытовой. Поэтому во вранье о сотнях паровых машин я тоже не поверю. Когда человек хоть что-то умеет делать необычное - он может об этом рассказать и показать. В том числе и за пределами уникальной узкой области - как-то она с остальным миром должна где-то пересекаться, делая умные воротца - придется писать апликуху для ипхонов, не взирая на личные (фантастические, как всегда) предрассудки. А там, неизбежно, появится и понимание... Но ты умудряешься нигде с внешним миром не контактировать. НОЛЬ ровно вот НОЛЬ точек пересечения. Зато мааааарс. (тоже нет)
	Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

	111. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (42), 17-Фев-25, 22:26
	> однофарадный конденсатор обойдется дешевле чем протирание дырок в флэше чудо-фсами это правильное направление но не всегда удобно, например когда покупаешь готовую плату, надо максимально дёшево и не хочется париться - кроме кондёра нужен ещё монитор питания, т.е. надо минибесперебойник приделать сбоку.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	123. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 18-Фев-25, 09:19
	зато юзер тебя хвалит, что у твоей кофеварки настроенные таймеры не сбрасываются вместе с питанием и не дохнет eeprom от того что свет моргнул. Я что-то подозреваю что таких источников питания в готовом виде, даже с управлением а не пассивным монитором, у китайца на складе должно найтись прям где-то рядом с одноразовыми  платами. Другое дело что большинство безумных кофеварок не заморачивается сохранением настроек вовсе, и им оно без надобности (а чудо-эфесы тем более, там и fat16 перебор). А шибкоумные камеры хранят все в облачке, им тем более без надобности. Вон циска не даст соврать - кто помнит, как то называлось, которое ДАЖЕ фрагментацию не умеет, только последовательную запись? Подозреваю что и по сей день в некоторых сериях с XE. Зато сбоев питания совсем не боится.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (55), 17-Фев-25, 19:40
	Я конечно не ковырялся в прошивках реле, чайнике, наушниках и тд, но что-то мне подсказывает, что туда записываются только обновления, а не файлики перекладываются
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	100. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от нах. (?), 17-Фев-25, 20:27
	> Я конечно не ковырялся в прошивках реле, чайнике, наушниках и тд, но > что-то мне подсказывает, что туда записываются только обновления, а не файлики > перекладываются не, ну шыбкоумные наушники должны ж куда-то сохранять все что они за тобой подслушали прежде чем получат широкий канал и сольют куда-надо, чего ты уж прям...
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (101), 17-Фев-25, 20:34
	> Удивительно - линукс активно используется во встраиваемой технике а надёжной и простой > фс устойчивой к незапланированному отключения питания  нет, всё что появляется > - монструозное для серверов. nilfs2 забросили, f2fs только с батарейным питанием > не разваливается. Самое смешное эти монстро фс устарели по своей сути BTRFS неплохо работает на SD/eMMC. И это даже так то не моя идея, ее впервые Intel для своего Moblin продвигал. А я озаботился когда одноплатник поймал редкий но меткий бэд прям под libc6, от чего системе настал совершенно глупый фаталити на ровном месте - и это стало моей проблемой в авральном порядке. Что было совсем не круто.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	114. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (42), 18-Фев-25, 01:31
	btrfs вроде неплохо по тестамм но хз как в реальности, не раз видел сообщения о проблемах https://events.static.linuxfound.org/sites/events/files/slid...
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 18-Фев-25, 09:40
	> btrfs вроде неплохо по тестамм но хз как в реальности, не раз > видел сообщения о проблемах > https://events.static.linuxfound.org/sites/events/files/slides ну тут же ж типичная подгонка решения под ответ (fujitsu одни из приложивших хвосты или что там у них - тентакли). Откуда они такие - х--й его знает. Фокусы - просто п--ц. В смысле - кто составлял эти требования и с чего он высосал что они должны быть именно такие? Ну и дальше тоже все плохо - НЕТ у ext4 никакой power failure tolerance. Есть лишь ускоренный (не всегда!) стартап, не гарантирующий состояния диска, оно ЭТУ и только эту проблему пыталось решить, пожертвовав всем остальным. В конце-концов они там доигрались и она у них рассыпалась (потому что надо не выеживаться а fsck -f запускать), добрым молодцам урюк. Где readonly-файловые системы, которые подходят для больше чем половины их задач? Где F2FS - уж фуджитса-то может достать спеки на свои флэши, и использовать ее по назначению а не как местные хмм... выпоняликто. Зачем они вообще вытащили бесполезные и устраевшие ext2/3 - их драйвер не обновляется десять лет и давно уже все на него забили еще в том самом 2014м когда они это писали. Вишенкой на тортике: Yocto based Fujitsu In-House Distro with Kenel 3.15-rc7 лолшта?! У них совсем головушка бобо? Но, зато - меряли, не опрашивали. И хотя к самому эксперименту масса претензий - нашему любителю бырбыры внимательно смотреть на графичек I/O throughtput. Ой, чтоета?! А ета, ребята - write multiplication во всей ее красе. 2x по сравнению с и так небыстрой ext4 на банальной линейной записи 4k кусочками (т.е. все еще слишком оптимальный для бырбыров вариант, в природе не встречающийся).
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (42), 18-Фев-25, 10:44
	> кто составлял эти требования и с чего он высосал что они должны быть именно такие? а с чем там вопросы возникли, обычные требования для AGL https://www.automotivelinux.org/about/members > Где readonly-файловые системы, которые подходят для больше чем половины их задач? Где F2FS RO фс как база нормально но как на неё доустанавливать пакеты или сохранять медиа данные или измеренные данные, а f2fs помоему изначально не предполагает внезапное отключение питания и ниразу не устойчива к нему а это первое требование
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 18-Фев-25, 11:47
	ну о каком доустанавливать пакеты речь в случае эмбеднутых железок? > f2fs помоему изначально не предполагает внезапное отключение питания угу, мобилы ж никогда-никогда не вырубаются на ходу.
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (42), 18-Фев-25, 12:47
	> ну о каком доустанавливать пакеты речь в случае эмбеднутых железок? мне ни agl ни yocto не нужны - надо для обычного linux-дистрибутива, если тебя так пучит от названия "встраиваемый" - пусть будет мобильный компьютер в отличии от мобильного телефона имеющий доступ ко всем интерфейсам, а для чего он покупателям они сами решают
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 18-Фев-25, 14:10
	>> ну о каком доустанавливать пакеты речь в случае эмбеднутых железок? > мне ни agl ни yocto не нужны - надо для обычного linux-дистрибутива, ты - никому не нужен.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (42), 18-Фев-25, 14:37
	Видно уже что ты нулевой и не в теме - пасись в сторонке, у специлистов спрос на linux-дистрибутивы есть во встраиваемых устройствах https://software-dl.ti.com/processor-sdk-linux/esd/AM62PX/09...
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 18-Фев-25, 17:30
	> Видно уже что ты нулевой и не в теме - пасись в > сторонке, у специлистов спрос на linux-дистрибутивы есть во встраиваемых устройствах кому и зачем ты постишь ссылки найденые чатжопoйпой? Их никто не собирается даже открывать.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (-), 19-Фев-25, 16:54
	>> Видно уже что ты нулевой и не в теме - пасись в >> сторонке, у специлистов спрос на linux-дистрибутивы есть во встраиваемых устройствах > кому и зачем ты постишь ссылки найденые чатжопoйпой? > Их никто не собирается даже открывать. Ты пришел к состоянию когда чатгоп - умнее тебя. Это то к чему тебя довело желание казаться спецом во всем - не будучи оным.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (42), 18-Фев-25, 13:09
	> угу, мобилы ж никогда-никогда не вырубаются на ходу не помню такого за много лет использования, когда заряд в районе 1% система безопасно завершает работу
	Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

	149. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 18-Фев-25, 15:15
	> не помню такого за много лет использования, когда заряд в районе 1% > система безопасно завершает работу Из ведроида можно, извините, запросто SD вынуть грубо, без размонтирования - просто отщелкнув ее забыв систему попросить eject. А из эппла так нельзя - потому что карт нет. Их юзеры и мыкаются вечно с нехваткой места. Постят свои ультра-селфи-мувики в 4К... секунд по 10, на больше памяти не хватило, извините.
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (42), 18-Фев-25, 15:37
	> Из ведроида можно, извините, запросто SD вынуть грубо, без размонтирования - просто отщелкнув ее забыв систему попросить eject. там вообще fat и фс разваливается от любого чиха, но её можно вставить в комп и отформатировать а что делать если система окирпичилась на встроенном носителе? сейчас и батарейки несъёмные - нет уже давно никаких незапланированных отключений > А из эппла так нельзя - потому что карт нет. на андроидах тоже всё меньше с картами памяти, у меня на старом теле формально она поддерживалась но никогда не пользовался, актуально немного это было лет 5 назад
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 18-Фев-25, 16:09
	>> Из ведроида можно, извините, запросто SD вынуть грубо, без размонтирования - просто > там вообще fat и фс разваливается от любого чиха, но её можно да тут парад этих "специалистов", я погляжу. > на встроенном носителе? сейчас и батарейки несъёмные - нет уже давно > никаких незапланированных отключений опа, и выключились. Как же ж так, она же ж несъемная? Ну местным гениям не понять.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (-), 19-Фев-25, 16:59
	> на встроенном носителе? сейчас и батарейки несъёмные - нет уже давно > никаких незапланированных отключений Поэтому там f2fs и рискуют иногда юзать. У лично меня он при power loss тестах развалился нахрен, да так что ни ядром смонтировать, ни fsck не починить. И не то чтобы удивительно. Если на 1 програмера из самсуня повесить f2fs, ksbmd, драйвер exfat и по моему еще какой-то фигни - а вы сами то попробуйте столько програмить, и чтоб без глюков работало?! >> А из эппла так нельзя - потому что карт нет. > на андроидах тоже всё меньше с картами памяти, у меня на старом > теле формально она поддерживалась но никогда не пользовался, актуально немного это > было лет 5 назад Насколько я вижу - без карт памяти место кончается только в путь. И потом - вот, супер-мувики в 4К разрешении. По 10 секунд каждый - больше не лезет!
	Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

	152. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 18-Фев-25, 16:06
	>> не помню такого за много лет использования, когда заряд в районе 1% >> система безопасно завершает работу ну что возьмешь с местных... > Из ведроида можно, извините, запросто SD вынуть грубо, без размонтирования - просто > отщелкнув ее забыв систему попросить eject. Еще один. Может скажем ему? Не, не стоит, улыбаемся и машем... > А из эппла так нельзя - потому что карт нет. Их юзеры > и мыкаются вечно с нехваткой места. Постят свои ультра-селфи-мувики в 4К... > секунд по 10, на больше памяти не хватило, извините. там памяти - на часы этих мувиков. А хранят все это все равно в облачке, вот там - да, там некоторым не хватает. Потому что платное. Вот заплатит такоэ $500 за (локнутый, конечно) впихон - а потом $5/мес ему конечно же жаль доплачивать за хранение. Поэтому их мувики живут три дня, потом надо место очистить для следующих.
	Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

	164. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (-), 19-Фев-25, 17:06
	> Еще один. Может скажем ему? Не, не стоит, улыбаемся и машем... Говори наздоровье. Ты делом доказал что твои слова недорого стоят, эксперт по всему. > там памяти - на часы этих мувиков. А хранят все это все > равно в облачке, вот там - да, там некоторым не хватает. Таки - сколько я яблочников не видел - снимают жалкие мувики по 10 секунд. В убер-качестве, но не более 10 секунд - память засрана перманентно. А uSD уже так то и на терабайт бывают - если денег дохрена. Нормальная добавка к памяти так то. > Потому что платное. Вот заплатит такоэ $500 за (локнутый, конечно) впихон > - а потом $5/мес ему конечно же жаль доплачивать за хранение. > Поэтому их мувики живут три дня, потом надо место очистить для > следующих. Можно подумать на внутренней памяти у них что-то другое. Там ср@льник которые они не разгребли еще с позапрошлого отпуска, в ultra-HD-superpro качестве. Сюжет УГ, 90% надо бы стереть, места то жрет сотенку гигз. Но ведь руки то - не дошли, а всем скопом стирать - сыкотно, оно и валяется... половина даже апдейты скачать не могут - НЕКУДА :D
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 19-Фев-25, 18:25
	> Таки - сколько я яблочников не видел - снимают жалкие мувики по и кто тут эхсперт по всему? Что ты там видел, нищyк? У тебя ипхона нет и не было ж никогда. > А uSD уже так то и на терабайт бывают - если денег твой телефон такую даже не распознает. А тот что распознает... тебе знать незачем, эхсперт.
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 19-Фев-25, 21:48
	> и кто тут эхсперт по всему? Что ты там видел, нищyк? У > тебя ипхона нет и не было ж никогда. Если б я сказал сколько я могу сделать $ в час - ты бы, имхо, не поверил. А ипхона у меня нет просто потому что нафиг мне цифровой ошейник? То-есть меня в принципе не устраивает получать благославление на активацию у мегакорпа, с огороженным стором и без полного доступа в систему. Зачем мне быть настолько д@№лом?! А конкретно россияне - сейчас с этим хламом еще познали в чем минус отсутствия нормального нетворкинга. Но гламурных д-лов лично мне не жалко. Выкинь американскую каку! Покупай у Ляо. Так твой светоч велит. > твой телефон такую даже не распознает. Это твои бредни. Более того я по приколу 512 гиг в одноплатник сунул, посмотреть прожуется ли. Жуется. На терабайт жаба таки поддушила, дерут за них все же. > А тот что распознает... тебе знать незачем, эхсперт. Да не боись ты так, у меня все будет збс. Я ж не эксперт уровня пох.
	Ответить | Правка | Наверх | Cообщить модератору

	184. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 19-Фев-25, 22:36
	> Если б я сказал сколько я могу сделать $ в час - > ты бы, имхо, не поверил. конечно, кто тебе, болтушка, поверит. Ты ни разу, вот реально НИ РАЗУ не смог продемонстрировать НИКАКОГО технического знания. Теперь вот заодно выяснилось что кой-чего не знаешь про телефоны выпуска после 2010го года (это ж вообще прекрасно). > А ипхона у меня нет просто потому что нафиг мне цифровой ошейник? но ты точно знаешь про десятисекундные ролики. Видел через плечо у васяна. В принципе, ВСЕ про что тебя ни спроси - примерно такое же. (А потом он хочет чтобы ему верили что он что-то умеет, кроме бредить.)
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (191), 20-Фев-25, 01:15
	> конечно, кто тебе, болтушка, поверит. Но ты б охренел. Подстава правда в том что раз на раз не приходится. > Ты ни разу, вот реально НИ РАЗУ не смог продемонстрировать НИКАКОГО технического > знания. Теперь вот заодно выяснилось что кой-чего не знаешь про телефоны > выпуска после 2010го года (это ж вообще прекрасно). Я не особый фанат внутренностей ведроида, скажем прямо. ИМХО пусть гугл сам свое д@рьмо жрет. Однако я все же копался в кишках нескольких из, по специфичным причинам. И даже f2fs - таки видел в начинке. Но - это реально какой-то раздел кеша был. >> А ипхона у меня нет просто потому что нафиг мне цифровой ошейник? > но ты точно знаешь про десятисекундные ролики. Видел через плечо у васяна. Все проще, у меня есть некоторое количество знакомых хом. И я вижу как они ЭТО юзают :D. Кажется я начанаю понимать как появились youtube shorts и прочие тиктоки. Они просто объявили баг - фичой. Если ифон не менять каждый год - это вообще амба. Все начинает тупить, тормозить, места нет, и - вот - десятисекундные ролики. И да, многие юзеры ифона таки не бегают за каждой новой моделью в километровую очередь. Брать самый-самый ифон в кредит - скорее российский спорт. Остальные не особо этим парятся. > В принципе, ВСЕ про что тебя ни спроси - примерно такое же. > (А потом он хочет чтобы ему верили что он что-то умеет, кроме > бредить.) Ты в долгу не остался и блеснул эрудицией по части эмбедовки.
	Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

	198. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 20-Фев-25, 08:55
	> Я не особый фанат внутренностей ведроида, Етамыниприахадили... надоел.
	Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

	148. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (-), 18-Фев-25, 15:12
	> btrfs вроде неплохо по тестамм но хз как в реальности, не раз > видел сообщения о проблемах У меня выводки одноплатников на него перешли - после обидного факапа когда пришлось экстренно переться разэмбедовывать один. Посмотрел я что там - а там 1 сцаный бэд в пять лет. Зато какой меткий - выпилил libc6. После этого система предсказуемо превратилась в тыкву. Ну я и сказал - "F...k you EXT4!" и сделал btrfs с dup вместо этого. Теперь при ТАКОМ оно САМО ПОЧИНИТСЯ с второй копии. А чтоб сразу обе копии накрыло - ну не, я даже btrfs особо трухлявую флешку вычислил - и взял ее в оборот как стресстест. На, даже на ней за несколько лет на развалилось. В менее клинических случаях - я просто не доживу до такого эвента, меня быстрее метеоритом зашибет.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	153. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 18-Фев-25, 16:08
	> У меня выводки одноплатников на него перешли - после обидного факапа когда ты уже достал своим нытьем про единственный бэд. Это просто очередной показатель твоей профнепригодности как инженера - не суметь понять что случай уникальный и надо не его костылить, а гораздо более частые ситуации принять в рассчет. Но ты не умеешь.
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 19-Фев-25, 17:09
	>> У меня выводки одноплатников на него перешли - после обидного факапа когда > ты уже достал своим нытьем про единственный бэд. Это отличный шоукейс где фича хорошо работает. > Это просто очередной показатель твоей профнепригодности как инженера - не суметь понять > что случай уникальный и надо не его костылить, а гораздо более > частые ситуации принять в рассчет. Но ты не умеешь. Да нихрена он не уникальный. Это обычный теорвер. И с учетом того что все хотят дофига за нифига - двигается он в очень такую себе сторону, со временем флеш становится д@рьмовее и стремнее. И что-то более приличное - за отдельные деньги. И даже так - без каких-то особых гарантий. Ибо ктулху его там знает кто и как фирмвару контроллера uSD/eMMC писал и насколько оно там реально адекватное. Это ж не топовый энтерпрайзный SSD по ценнику (за столько это даже индустриалы не возьмут, найдя иные решения), а факапы бывают даже и у тех.
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 19-Фев-25, 18:22
	> Это отличный шоукейс где фича хорошо работает. это совершенно бесполезный шоукейс, потому что уникальный. А вот ограниченный ресурс флэшки - не уникальный. > Это обычный теорвер. нет. Ты нашел феерическое, вопиющее, не имеющее аналогов дерьмо. У меня ровно ноль подобных происшествий - а флэшек сотни. Что вот я делаю не так? Реальные, на которых можно пособирать статистику, отказы - другие,  никакая чудо-фесе там не поможет. А вот не писать лишнего, кстати - поможет, во всяком случае, отложит печальный результат на некоторое время. > Это ж не топовый энтерпрайзный SSD по ценнику про то как обычно отказывают топовый ентер-прайсные ssd - клиент тоже неневкурсе. Они рассчитаны на работу в полках, которым плевать, если парочка сдохнет быстрее чем успеешь поменять. Покупай нетоповые. Они просто будут изнашиваться вдвое быстрее (т.е. несущественно).
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 19-Фев-25, 20:50
	> это совершенно бесполезный шоукейс, потому что уникальный. По всем параметрам это обычная эмбедовка. Просто чуть более продвинутая чем дрова с опенврт. > А вот ограниченный ресурс флэшки - не уникальный. Простейшие подсчеты показывают что я не доживу до момента его окончания, с большим запасом, даже для поганого флеша. Там реально микроскопический объем записи. А вот переживание powerloss, без fsck на который некому смотреть, фикс редких но метких факапов из 2-й копии и проч - неплохой бонус. >> Это обычный теорвер. > нет. Ты нашел феерическое, вопиющее, не имеющее аналогов дерьмо. Worksforme. А ты можешь делать свои системы на чем там хочешь, как считаешь нужным. И мы посмотрим сколько с ними проблем поимеешь ты. Экспертиза лучше всего проверяется - готовностью ей доверить свою тушку. > У меня ровно ноль подобных происшествий - а флэшек сотни. Что вот > я делаю не так? Не распихал несколько сотен всегда активных одноплатников по куче локаций и не гонял их круглосуточно 24/7. Да и как без чексум узнать сколько там происшествий? > Реальные, на которых можно пособирать статистику, отказы > - другие,  никакая чудо-фесе там не поможет. У меня на виду - целый легион бтрфсников. И я поэтому знаю как оно на то или иное в интерьере реагирует. Таки - порой помогает. Даже, вон, "нвидию" успело отловить ДО разлета фс какому-то кексу. > А вот не писать лишнего, кстати - поможет, во всяком случае, отложит Спасибо, Кэп. Ты о чем-то начал догадываться. Теперь еще почитай как флеш работает, если тебе хочется туда именно 1 байт синхронно писать. > про то как обычно отказывают топовый ентер-прайсные ssd - клиент тоже неневкурсе. Теоретически, с нормальной фирмварью хорошая флешатина должна в readonly уйти. Чисто практически - бывает что угодно. Вон тем любители bcache (не -fs) не дадут соврать. Это довольно часто эскалирует в, скажем так, "крупноблочные проблемы" (когда наружу отгружается явный левак солидными блоками) которые запроектная авария для любой ФС. При том это все - отрапортовано юзверями. В том числе и энтерпрайзными. У меня это все на виду - в отличие от твоих измышлизмов с потолка. Я чертвоски уверен что энтерпрайзник не станет казать dmesg с "csum error" ради лулзов. А если там оно - значит оно, девайс отдал какое-то г-но. Факты штука упрямая. И вы можете засунуть свои теории и уверенности понятно куда. > Они рассчитаны на работу в полках, которым плевать, если парочка сдохнет быстрее > чем успеешь поменять. Если бы они просто дохли это было бы полбеды. Но если оно начинает возвращать какой-то явный левак, крупноблочно - на вот ЭТО мало что вообще рассчитано. Очень доставляет любителям bcache (не того который -fs). Вот bcachefs - сможет такое как раз получше обрабатывать, видя сбой чексум на конкретной реплике - и сразу зная что это вон тот девайс, а не нечто еще. В этом смысле любители маппинга девайсов и этажерок себе ту еще свинью подкладывают по диагностируемости своего супер-шит-комбо. Но вас не жалко. > Покупай нетоповые. Они просто будут изнашиваться вдвое быстрее (т.е. несущественно). Ну как бы если сильно надо - инфо по тем или иным сериям найти можно, как и что с ними случается при wear out. Но это ж может в любой момент измениться ибо чисто фирмварная хрень. А искать с микроскопом ту или иную версию фирмвари... Впрочем для одноплатников это все перебор и дорого.
	Ответить | Правка | Наверх | Cообщить модератору

	185. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 19-Фев-25, 23:06
	>> А вот ограниченный ресурс флэшки - не уникальный. > Простейшие подсчеты показывают что я не доживу до момента его окончания, с простейшие эксперименты показывают что доживешь (да, ты не поверишь - опять люди меряли, не опрашивали). Но для этого надо все же скопить денег на больше чем одну флэшку. Просто они массово дохнут не так и не от тех причин что ты себе наглючил. Только и всего. > Не распихал несколько сотен всегда активных одноплатников по куче локаций и не > гонял их круглосуточно 24/7. Да и как без чексум узнать сколько > там происшествий? банально, наивный - данные с этих флэшек мне того, нужны (причем - все, а не пара байтиков). Битые видео-файлики видно сразу, а битые фото вообще хрен распакуешь, они уже давно, к сожалению, пакуются lzw-подобными средствами. > У меня на виду - целый легион бтрфсников. И я поэтому знаю что-то опять запахло паровыми машинами карлсона. >> про то как обычно отказывают топовый ентер-прайсные ssd - клиент тоже неневкурсе. > Теоретически, с нормальной фирмварью хорошая флешатина должна в readonly уйти. Чисто энтерпрайзному диску в полке это в общем-то противопоказано. Это удел дисков для домохозяек, и то не каждой домохозяйке так повезет. Но ты ж теоретик. Практически чаще всего одно и то же, но ты не угадал, что. > При том это все - отрапортовано юзверями. В том числе и энтерпрайзными. главное - веровать. > измышлизмов с потолка. Я чертвоски уверен что энтерпрайзник не станет казать > dmesg с "csum error" ради лулзов. А если там оно - Г-ди... А тебе совсем вот не приходит в голову что на промышленном оборудовании никому в голову не придет такие эксперименты ставить - вообще?  Его владельцы такое, мягко говоря, не поймут-с. И этот "энтерпрайзник" - такой же точно гений самоучка как и ты. С флэшками с помойки, из которых понасобирал неведомую хрень. > начинает возвращать какой-то явный левак, крупноблочно - на вот ЭТО мало > что вообще рассчитано. Очень доставляет любителям bcache (не того который -fs). потому что подобное оборудование выбрасывают. И больше в той помойке не покупают. Это только ты необучаем и твои данные ничего не стоят. (видимо, купил всю сотню дерьмовых флэшек 11.11, со скидосом, на новые денег не накопил) Разумеется на это никто кроме самоучек без мотора и не рассчитывает. Вот на отказ флэшки целиком - стоило бы заложиться. Но... ты ведь и одноплатник покупаешь на али 11.11, откуда там вторая флэшка возьмется. > Впрочем для одноплатников это все перебор и дорого. говорит нам миллиардер, зарабатывающий миллионытыщ $$$ в час (теоретически, как обычно).
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (42), 18-Фев-25, 16:23
	> а там 1 сцаный бэд в пять лет. Зато какой меткий - выпилил libc6 основную систему намного эффективней сделать на erofs как в андроиде > и сделал btrfs с dup вместо этого если уж совсем некуда девать память - у emmc есть аппаратный режим pseudo slc https://media.kingston.com/pdfs/emmc/firmware-config_us.pdf
	Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

	156. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 18-Фев-25, 16:50
	>> а там 1 сцаный бэд в пять лет. Зато какой меткий - выпилил libc6 > основную систему намного эффективней сделать на erofs как в андроиде в андроиде - ext4 over lvm. (там все ужасненько но... много ли ты видел сдохших из-за проблем флэша ведроидов?) erofs - это эротическая мечта huawei, используется в паре очередных никому ненужных фоторамок (т.е. ведроид но есть нюанс) Я в очередной раз в а...е от местных экспертов. Ну ладно они в линуксе ничего не умеют. Но в ведроидофон они что - тоже только на уровне поменять обои могут?! > если уж совсем некуда девать память - у emmc есть аппаратный режим > pseudo slc это, видимо, у кингстонов, и то не всех. И как его включить "in the field" - кингстон его знает, нашему самоучке без мотора не светит. Да и не купит он - покупатель гнилых флэшек подешевке никогда не будет клиентом кингстона (тем более - "уважаемым", которому под nda расскажут про секретный переключатель, или позволят заказать малую партию уже переключенных - всего каких-то пол-миллиона штук)
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (42), 18-Фев-25, 17:17
	> это, видимо, у кингстонов, и то не всех. И как его включить "in the field" - кингстон его знает ты опять всплыл воздух испортить https://developer.toradex.com/software/linux-resources/linux...
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 18-Фев-25, 17:29
	опять жертва чатгопоты постит неведомую хню...
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 19-Фев-25, 20:28
	> опять жертва чатгопоты постит неведомую хню... Что тебе не понравилось? Boot area - в спеках eMMC описана, скачай да изучи. И ессно ее надежность стараются делать выше среднего. Почему-то.
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (-), 19-Фев-25, 20:19
	> в андроиде - ext4 over lvm. (там все ужасненько но... много ли > ты видел сдохших из-за проблем флэша ведроидов?) К сервисникам в гарантийку зайди, тебе их насыпят на все вкусы. > erofs - это эротическая мечта huawei, используется в паре очередных никому > ненужных фоторамок (т.е. ведроид но есть нюанс) Да они вроде уже местами подъюзывают. Но это сугубо для readonly разделов же. Типа squashfs с nih-синдромом. > Я в очередной раз в а...е от местных экспертов. Я тоже. Ты не делаешь эмбедовку, и страшно далек от этого - но ценное мнение имеешь. > это, видимо, у кингстонов, и то не всех. И как его включить > "in the field" - кингстон его знает, нашему самоучке без мотора не светит. Конфигурация boot area в eMMC - описана на уровне команд в спеках оного. И говоря за себя - у меня есть и "raw" MMC-HCI чтобы команды пульнуть, или если совсем душно, знаешь, я минимальную 1-битную версию шины могу МКшкой изобразить, и пульнуть в нее все потребные команды максимально брутальным RAW доступом. Это у вас, корпрратов с этим - проблемы. А мы, самоучки, умеем в implement by specs. > Да и не купит он - покупатель гнилых флэшек подешевке никогда не > будет клиентом кингстона Кингстон нынче довольно рисково покупать, его подделывают много. Фиг знает чем именно эта несчастная фирма так насолила китайцам, но - таки, увы.
	Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

	186. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 19-Фев-25, 23:22
	>> в андроиде - ext4 over lvm. (там все ужасненько но... много ли >> ты видел сдохших из-за проблем флэша ведроидов?) > К сервисникам в гарантийку зайди, тебе их насыпят на все вкусы. то есть ты - не видел. Но твердо уверен. >> Я в очередной раз в а...е от местных экспертов. > Я тоже. Ты не делаешь эмбедовку, и страшно далек от этого - но телефоны в руках, похоже, держу почаще экспертов-миллиардеров (теоретических). Вот, например - знаю что внутри не по слухам из интернетов. erofs'ов, честно признаюсь, пока не видали, не смотря на личный особый интерес к продукции очень-плохой-дороги. > Конфигурация boot area в eMMC - описана на уровне команд в спеках > оного. И говоря за себя - у меня есть и "raw" но делать ничего подобного ты конечно же никогда не станешь. Получаем - слышал звон. > Кингстон нынче довольно рисково покупать, его подделывают много. Фиг знает чем именно ну я ж говорю - покупатель алиэкспресса, 11.11 > эта несчастная фирма так насолила китайцам, но - таки, увы. вероятней всего - именно тем что не очень следит что происходит на ее конвейерах в четвертую и пятую-с-половиной смены. ВНЕЗАПНО, большинство (трудноотличимых от оригиналов, а не совсем уж странных) подделок делается ровно вот так. На том самом оборудовании и частично из тех самых материалов, сп-ных в первую и вторую смены. Нет, я не знаю в чем там бизнес-идея, но оно вот так.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (101), 19-Фев-25, 21:10
	> основную систему намного эффективней сделать на erofs как в андроиде Ее потом более плавно апгрейдить - неудобно. И какие-то расширения/фичи "селективно" выкатывать - хрен. Мне чисто технологически удобно когда это - как обычный комп. Просто с readonly снапшотом как базой, для "reset to defaults" и - вот - dup обычно. И жесткой минимизацией записей. Если мне совсем сыкотно, RO по дефолту и RW только для записи изменений конфига ремаунтится, потом опять RO. >> и сделал btrfs с dup вместо этого > если уж совсем некуда девать память - Мой системный образ дебиана для ARM типично весит мегов 40... > у emmc есть аппаратный режим pseudo slc Сие вендороспецифично и будет ли именно это - у энной eMMC в конкретном одноплатнике - весьма зависит от. А вон то - работает на чем угодно. Достигая что-то сравнимое чуть другим способом, абстрактным для вендора и технологии. Утечка заряда в флеше - вероятностный процесс, самые "неудачные" биты начинают сыпаться первыми. Вероятность их попадения на 2 копии в разных смещениях - никакая, ибо произведение вероятностей. И кроме всего прочего - это критерий не пора ли девайс под замену. Если более 1-2 эвентов в год - лучше заменить. Хотя де факто парирует весьма успешно даже довольно текучих штуках, я отловил пару таких и оставил для стресстестов. Ext4 на 1 из таких штук за месяц тыквой становится. Btrfs орет, пищит, но живет.
	Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

	170. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (-), 19-Фев-25, 20:07
	> btrfs вроде неплохо по тестамм но хз как в реальности, не раз > видел сообщения о проблемах Местным экспертам уровня бох^W пох доверять - сами понимаете. Поэтому лично я просто собрал себе приблуду жестко дергающую МК и силовым ключом питание одноплатника. И просто для понимания - f2fs окочурился на примерно десятой итерации. Так что ни ядром не маунтится ни fsck не чинится. Btrfs тыщу таких приколов пережил, потом мне надоело. А чего f2fs? Он дружественный к флешу, шустрый. Но вот с качеством у него, увы, оказались нехилые проблемы. Может уже и починили, но учитывая как быстро он сдох - проверять это у меня нет никакого желания. А что я буду делать если энный выводок одноплатников сыпаться начнет? Искать где купить пистолет с 1 патроном?
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	172. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 19-Фев-25, 20:11
	> И просто для понимания - f2fs окочурился на примерно десятой итерации. Так документацию ведь прочитать (не ман, а документацию) - это ведь не твое.
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от Аноним (-), 19-Фев-25, 20:24
	> документацию ведь прочитать (не ман, а документацию) - это ведь не твое. Очень ценный пук в лужу. Если что, ведроиды которые это юзают - battery backed (да, там при низком заряде корректный шатдаун) и юзают ЭТО - только для некритичных данных типа партинщнов с кешами и прочим мусором. Ну и так глядя на то как один Jeon надрывается на f2fs, exfat и ksmbd - я не имею оснований ожидать офигенного качества этого кода, и пока оно не подводило эти ожидания. Т.е. CVE в ksmbd - пачками, баги и в exfat'е были, ... В какой-то момент гнус понял что нельзя столько на 1 кодера вешать, и вроде еще какие-то узкоглазики прорезались. Но на память об этом - оно ж набито дофига кода писаного замордованым кодером в режиме зомби. И это еще долго будет икаться. Есть у корейцев такая проблема - по уровню "галерности" они дадут фору средневековому рабовладению. Это ведет к характерному качеству их софта.
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 19-Фев-25, 23:26
	>> документацию ведь прочитать (не ман, а документацию) - это ведь не твое. > Очень ценный пук в лужу. Если что, ведроиды которые это юзают - да ежу было понятно что ты не будешь ее читать.
	Ответить | Правка | Наверх | Cообщить модератору

69. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
Сообщение от Аноним (69), 17-Фев-25, 15:38
умерил пыл, дошло видать, похвально
Ответить | Правка | Наверх | Cообщить модератору

	74. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
	Сообщение от нах. (?), 17-Фев-25, 16:40
	нормальную работу себе за месяц так и не нашел. Бедолага...
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (69), 17-Фев-25, 17:13
	дать бы определение "нормальной работы" :)
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 17-Фев-25, 18:26
	> дать бы определение "нормальной работы" :) э... ну хотя б чтоб деньгов платили а не это вот все даже не за спасибо а за пшнх?
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (69), 17-Фев-25, 18:34
	>  даже не за спасибо а за пшнх там же ведь тоже спасибо никогда не говорят, и всегда оставляют за собой послать на Х, разница лишь в том, что в одном случае это "осознанное унижение" в угоду желудка, а в другом - в угоду эго.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Заморозка изменений дискового формата в Bcachefs"	+1 +/–
	Сообщение от нах. (?), 17-Фев-25, 18:39
	> там же ведь тоже спасибо никогда не говорят не работай в таком месте, чего как маленький.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (69), 17-Фев-25, 18:45
	> чего как маленький. так он бедолага от того, что не работает вовсе или работает в таком месте? Противоречие какое-то. И вопрос о существование такого места, где "скажут спасибо" и никогда на Х не пошлют, остается открытым.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от нах. (?), 17-Фев-25, 19:21
	работа конечно от слова "раб", но все же вряд ли писание линуксовой фс за пинки и плевки можно назвать работой. Скорее это такое странноватое хобби. > И вопрос о существование такого места, где "скажут спасибо" и никогда на Х не пошлют, ну необязательно сразу и все - можно начать с того места где хотя бы не сразу посылают.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Заморозка изменений дискового формата в Bcachefs"	+/–
	Сообщение от Аноним (69), 17-Фев-25, 20:01
	> Скорее это такое странноватое хобби. именно, и в какой-то степени можно назвать - манией, ведь мы не считаем действия насильника "странноватым хобби", отсюда и маньяк. И если строго понимать понятие "хобби", то его действия (польза или вред от этих действий) должны быть направленны на самого себя (рефлексия). И ФС он пишет не для себя, и его это "странноватое хобби" причиняет дискомфорт другим. > можно начать с того места где хотя бы не сразу посылают. Ну нужен тогда алгоритм распознавания "того самого места".
	Ответить | Правка | Наверх | Cообщить модератору

112. "Заморозка изменений дискового формата в Bcachefs"	–1 +/–
Сообщение от xsignal (ok), 17-Фев-25, 22:37
Молодец, мужик! Не сдался! Не то, что некоторые...)
Ответить | Правка | Наверх | Cообщить модератору

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

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