The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Работа по включению Bcachefs в состав ядра Linux

19.06.2023 10:25

Кент Оверстрит (Kent Overstreet), автор входящей в состав ядра Linux системы кэширования блочных устройств на SSD-накопителях BCache, в своём выступлении на конференции LSFMM 2023 (Linux Storage, Filesystem, Memory Management & BPF Summit) обобщил результаты работы по передаче файловой системы Bcachefs в основной состав ядра Linux и рассказал о планах по дальнейшему развитию данной ФС. В мае для рецензирования и включения в основной состав ядра Linux был предложен обновлённый набор патчей с реализацией ФС Bcachefs. ФС Bcachefs развивается уже около 10 лет. О готовности рецензирования реализации Bcachefs перед включением в состав ядра было объявлено ещё в конце 2020 года и в текущем варианте патчей учтены выявленные при прошлом рецензировании замечания и недоработки.

Целью разработки Bcachefs является достижение уровня XFS в производительности, надёжности и масштабируемости, предоставляя при этом дополнительные возможности, свойственные Btrfs и ZFS, такие как включение в раздел нескольких устройств, многослойные раскладки накопителей, репликация (RAID 1/10), кэширование, прозрачное сжатие данных (режимы LZ4, gzip и ZSTD), срезы состояния (снапшоты), верификация целостности по контрольным суммам, возможность хранения кодов коррекции ошибок Рида—Соломона (RAID 5/6), хранение информации в зашифрованном виде (используются ChaCha20 и Poly1305). По производительности Bcachefs опережает Btrfs и другие ФС на базе механизма Copy-on-Write, и демонстрирует скорость работы, близкую к Ext4 и XFS.

Из последних достижений в разработке Bcachefs отмечается стабилизация реализации снапшотов, доступных на запись. По сравнению с Btrfs снапшоты в Bcachefs теперь значительно лучше масштабируются и лишены проблем, свойственных Btrfs. На практике работа снапшотов опробована при организации резервного копирования MySQL. В Bcachefs также проведена большая работа по улучшению масштабируемости - файловая система хорошо зарекомендовала себя при тестировании в хранилищах, размером 100 ТБ, и в ближайшее время ожидается внедрение Bcachefs в хранилище размером 1 ПБ. Добавлен новый режим nocow для отключения механизма "copy-on-write" (nocow). В течение лета планируют довести до стабильного состояния реализацию кодов коррекции ошибок и RAIDZ, а также решить проблемы с высоким потреблением памяти при восстановлении и проверке ФС утилитой fsck.

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

Что касается продвижения Bcachefs в основной состав ядра Linux, то процесс принятия может затянуться из-за достаточной большого размера изменений (2500 патчей и около 90 тысяч строк кода), который трудно рецензировать. Для ускорения рецензирования некоторые разработчики предложили разбить серию патчей на более мелкие и логически разделённые части. В процессе обсуждения, некоторые участники также обратили внимание на развитие проекта одним разработчиком и опасность того, что код может остаться без сопровождения, в случае если с его разработчиком что-то случится (к проекту проявляют интерес два сотрудника Red Hat, но их работа пока ограничивается исправлением ошибок).

Bcachefs развивается с использованием технологий уже опробованных при разработке блочного устройства Bcache, предназначенного для кэширования доступа к медленным жёстким дискам на быстрых SSD-накопителях (входит в ядро, начиная с выпуска 3.10). В Bcachefs используется механизм Copy-on-Write (COW), при котором изменения не приводят к перезаписи данных - новое состояние записывается в новое место, после чего меняется указатель актуального состояния.

Особенностью Bcachefs является поддержка многослойного подключения накопителей, при котором хранилище компонуется из нескольких слоёв - к нижнему слою подключаются наиболее быстрые накопители (SSD), которые используются для кэширования часто используемых данных, а верхний слой образуют более ёмкие и дешёвые диски, обеспечивающие хранение менее востребованных данных. Между слоями может применяться кэширование в режиме отложенной записи (writeback). Накопители можно динамически добавлять и отсоединять от раздела без остановки использования файловой системы (данные мигрируют автоматически).

Дополнение: На рассмотрение Линуса Торвальдса отправлен pull-запрос на включение кода Bcachefs в состав ядра Linux 6.5. Линус пока не принял решение, принимать код Bcachefs в состав ядра или отложить его и провести дополнительное рецензирование.

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Bcachefs доведена до состояния, пригодного для включения в состав ядра Linux
  3. OpenNews: Проблемы с BCache в ядре Linux 4.14 могут привести к повреждению данных
  4. OpenNews: Значительное обновление файловой системы Bcachefs
  5. OpenNews: Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с производительностью ext4/xfs
  6. OpenNews: Система кэширования на SSD-накопителях BCache претендует на включение в ядро Linux
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/59314-bcachefs
Ключевые слова: bcachefs, bcache, kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (226) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, DEF (?), 11:06, 19/06/2023 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –25 +/
     
     
  • 2.2, Аноним (2), 11:09, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +8 +/
     
  • 2.3, Аноним (3), 11:10, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +12 +/
     
     
  • 3.6, Аноним (6), 11:23, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.13, Анонин (?), 11:31, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +5 +/
     
     
  • 5.18, Аноним (6), 12:09, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.30, asdasd (?), 12:50, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
     
  • 5.35, Аноним (35), 13:22, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 6.77, Аноним (77), 15:51, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 5.195, torvn77 (ok), 00:30, 21/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.81, n00by (ok), 16:54, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.99, DEF (?), 19:30, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • –4 +/
     
     
  • 4.113, Аноним (113), 23:55, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.132, DEF (?), 02:02, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.140, n00by (ok), 05:59, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.170, Аноним (-), 18:13, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.126, Аноним (126), 00:49, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 5.129, DEF (?), 01:55, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.160, Аноним (160), 13:14, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.162, Чукча (?), 15:46, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.179, Аноним (-), 18:59, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.8, Аноним (8), 11:25, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +5 +/
     
     
  • 3.52, Вы забыли заполнить поле Name (?), 14:46, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.94, Аноним (94), 17:43, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 5.104, Аноним (104), 21:32, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.112, Аноним (112), 23:50, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.111, Аноним (-), 23:21, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 6.168, Аноним (94), 17:28, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.171, Аноним (-), 18:30, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.191, Аноним (94), 21:11, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 9.197, Аноним (197), 01:36, 21/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 10.222, Аноним (94), 14:56, 21/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.63, Аноним (63), 15:20, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.118, Аноним (118), 00:16, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.10, Аноним (10), 11:28, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
     
  • 3.15, Аноним (15), 11:54, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +5 +/
     
     
  • 4.17, Аноним (6), 12:07, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 5.21, Аноним (15), 12:12, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 6.71, Аноним (6), 15:44, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.158, Аноним (158), 12:40, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.159, Аноним (15), 13:08, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.28, leap42 (ok), 12:46, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 6.59, Аноним (15), 14:56, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.73, Аноним (6), 15:46, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.138, leap42 (ok), 05:33, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 6.102, Аноним (102), 21:27, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.139, leap42 (ok), 05:36, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.16, Аноним (16), 12:07, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.24, НяшМяш (ok), 12:22, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.114, Аноним (114), 23:59, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 3.25, Аноним (118), 12:29, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 3.26, Alladin (?), 12:41, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.119, Аноним (118), 00:18, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.33, Аноним (33), 13:20, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 4.39, Аноним (39), 13:48, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 5.41, Витюшка (?), 14:04, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 6.42, Аноним (33), 14:15, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • –5 +/
     
     
  • 7.67, Аноним (35), 15:33, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.124, Аноним (-), 00:34, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 8.156, Аноний (?), 11:27, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 9.174, Аноним (174), 18:45, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 4.135, Аноним (135), 03:41, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 5.154, Аноний (?), 11:16, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.142, Администратор (?), 06:46, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.155, t (??), 11:18, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 3.164, пох. (?), 15:58, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.176, Аноним (-), 18:49, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.19, maximnik0 (?), 12:10, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 3.116, Аноним (174), 00:05, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.128, maximnik0 (?), 01:38, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 5.183, Аноним (-), 19:22, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.192, maximnik0 (?), 21:45, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.198, Аноним (-), 01:53, 21/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.206, maximnik0 (?), 02:59, 21/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.130, DEF (?), 01:57, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 2.46, анон (?), 14:42, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 3.134, DEF (?), 02:08, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.97, Аноним (-), 18:27, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 3.131, DEF (?), 01:59, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.184, Аноним (-), 19:24, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     

     ....ответы скрыты (79)

  • 1.4, Аноним (4), 11:13, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > он любит программировать, а не отлаживать код

    99% современных кодерков именно такие

     
     
  • 2.7, Аноним (8), 11:23, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    ты понимаешь значение слова "отлаживать"?
     
     
  • 3.12, YetAnotherOnanym (ok), 11:29, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поделись своим пониманием этого слова.
     
     
  • 4.23, Random (??), 12:19, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Вычищать из кода лажу.
     
  • 3.22, Самый Лучший Гусь (?), 12:15, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Отлаживать значит ложить на более далёком расстоянии чем сейчас
     
  • 3.75, Аноним (75), 15:51, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Устранять несоответствие между тем, что программист хотел написать, и тем что он написал в реальности.
    И это важная часть любой разработки. если программист не хочет ей заниматься значит на выходе будет гавно. Язык программирования в той или иной степени может попытаться скрыть это гавно(сборка мусора в языках с GC), или не наступить на определенный вид граблей. Но видов граблей уйма, так что от дебага не уйти, если конечно хочется сделать продукт а не какашку.
     
     
  • 4.98, Аноним (98), 18:28, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И ни один язык не спасёт программиста от неправильно применённых алгоритмов. Если условная видеоигра не умеет нормально отсекать геометрию вне камеры, то переписывание на новый технологический стек не поможет.
     
  • 2.69, Аноним_5 (?), 15:41, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А написали бы "дебажить" как в оригинале
    > loves to write code, but not to debug it
    > just means a lot less time debugging

    и никакого лингвистического спора не было бы))

     
     
  • 3.172, Neon (??), 18:41, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А нет никакого спора. Зачем обезьянничать, когда есть свои слова ?
     
     
  • 4.196, torvn77 (ok), 00:34, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    На ютубе один лингвист высказал такое мнение: неправильных слов нет и если debug английское слово, то вот уже дебаг русское.(тем более что оно ещё и склоняемое, то есть не стоит особняком и полностью интегрировано в язык)  
     
     
  • 5.221, Аноним (221), 13:31, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > если debug английское слово, то вот уже дебаг русское

    Железобетонная неоспоримая логика, конечно.

    Давайте тогда "фуск" и "фак" добавим в лексикон русскоязычных людей.  Раз у лингвистов с YouTube нет "неправильных" слов.  Расширим и без того немалый запас ненормативной лексики.

     
     
  • 6.237, Аноним (-), 19:27, 24/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.82, n00by (ok), 17:02, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 3.86, Пушок (?), 17:12, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.88, n00by (ok), 17:16, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.89, Пушок (?), 17:17, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.91, n00by (ok), 17:29, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.93, Пушок (?), 17:35, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.141, n00by (ok), 06:03, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 9.153, Пушок (?), 11:06, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 10.167, n00by (ok), 16:32, 20/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.85, Дедобот (?), 17:07, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >кхе-кхе раньше было лучше
     

     ....большая нить свёрнута, показать (21)

  • 1.5, Аноним (6), 11:22, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ZFS c Btrfs можно подумать сильно популярная ФС. А тут какое-то чудо-юдо им идёт на смену.
     
     
  • 2.110, Аноним (110), 22:52, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Узкий сегмент и узкая приминяемость в каком-то совем датацентре
    Решили свою задачу и выдали миру, а применять или нет ваше дело
    Может вы только пасьянсом пользуетесь чего уж там какой кеш
     
  • 2.117, Аноним (174), 00:08, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ZFS c Btrfs можно подумать сильно популярная ФС.

    Btrfs'ом пользуется миллиард фэйсбучных юзерей. Если это не популярная фс, то что ж тогда популярно то?

     
     
  • 3.125, Аноним (125), 00:39, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А Minix используют все у кого процессор Intel, значит Minix тоже популярная операционная система.
     
     
  • 4.151, Аноним (151), 10:14, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >используют всех, у кого процессор Intel,

    пофиксил

     
  • 4.185, Аноним (-), 19:27, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Minix тоже популярная операционная система.

    Ну а что, нет чтоли? А линукс использует уже наверное и пара миллиардов, с андроидами то. Пока какие-то ретарды про 1% пиндят.

     
     
  • 5.233, Stellarwind (?), 11:41, 22/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну если применять логику, что все пользователи фейсбука используют btrfs, то можно сказать что и вообще все пользователи интернета используют linux - явно больше пары миллиардов.
     
     
  • 6.238, Аноним (-), 19:29, 24/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну если применять логику, что все пользователи фейсбука используют btrfs, то можно
    > сказать что и вообще все пользователи интернета используют linux - явно
    > больше пары миллиардов.

    Примерно так и есть. А еще у каждого найдется по нескольку устройств с линем, от телека до роутера. А майкрософт вещает про свои 1%. Им, понятное дело, с зафэйленым WinPhone считать с вон теми - неудобно.

     
  • 2.163, Чукча (?), 15:49, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Стоит ли транслировать  своё местечковое мнение на всех, демонстрируя свою ограниченность?
     
  • 2.186, Аноним (186), 19:50, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А разве в Убунточке по умолчанию не BTRFS?
     
  • 2.207, Аноним (207), 03:40, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Желаешь судить по популярности ZFS планировалось открыть в OpenSolaris, чего Su... большой текст свёрнут, показать
     
     
  • 3.239, Аноним (239), 19:33, 24/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > 128 битным размером.

    Правильно, тормозить так во всем. Чтобы даже 64-битным процам неудобно было. И не понятно будут ли в обозримом будущем 128-битные т.к. пока никто и близко не приблизился к порогу 2^64 байтов.

    > Это только недавно стало так что 500 мегабайт,

    А вон у того одноплатника с 256 оперативы - btrfs прекрасно работает. И сабж сможет. Какой грите процент оперативы 500 мегабайтов там? :) Случаи бывают разные.

     

  • 1.9, YetAnotherOnanym (ok), 11:26, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > решить проблемы с высоким потреблением памяти при восстановлении и проверки ФС утилитой fsck
    > использовать при разработке Bcachefs язык Rust

    Что-нибудь одно.

     
  • 1.11, аНОНИМ (?), 11:28, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    >> - How does bcachefs avoid the dreaded RAID write hole?
    > We're copy on write - and this extends to our erasure coding
    > implementation, we don't update existing stripes in place -
    > we create new stripes as needed, reusing buckets from existing
    > stripes that still have data.

    То, что в бтрфс ниасилили (и видимо уже никогда ниасилят), но осилили в openZFS.

    >> - How does an O_DIRECT loop device on bcachefs compare to a zvol on ZFS?
    > I'd have to benchmark/profile it. It appears there's some bugs in the way the
    > loop driver in O_DIRECT mode interacts with bcachefs according to xfstests, and
    > the loopback driver is implemented in a more heavyweight way that it needs to be -
    > there's room for improvement.

    То есть для образов дисков для виртуалок оно непригодно, как и btrfs. btrfs если кто не в курсе. ужаснейшим образом фрагментируется с CoW образом диска и просто тормозит (в 2-3 раза медленее ext4) с no-CoW образом. Во втором случае ещё и остаётся без упаковки. в openZFS образы дисков в виде zdev просто ЛЕТАЮТ, быстрее чем голый диск работают. Не говоря уже о том, что упаковка на лету всегда имеется.

    Про то чем лучше снапшоты так и не понял. в btrfs снапшоты просто замечательные, можно эн копий оси иметь например и грузиться по выбору в любую (пару раз пригождалось иметь новую и старую системы). В openZFS такое без доп ужимок и прыжков не выйдет (сначала надо снапшот сделать, потом его из снапшота преобразовать в полноценный датасет, а уж что делать чтоб забутиться из грёбанного initramfs в другой рут-датасет я даже не в курсе; в btrfs тупо в грубе выбирается аргументом ядру другой снапшот он же subvolume).

     
     
  • 2.120, Аноним (-), 00:18, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Буквально пару версий назад радикально заделали для RAID5 - а для RAID1 10 никог... большой текст свёрнут, показать
     
     
  • 3.175, аНОНИМ (?), 18:47, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И как оно write hole пропал А заполнение целиком одного диска из трёх рандомом... большой текст свёрнут, показать
     
     
  • 4.188, Аноним (188), 20:07, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У RAID1 его и не было, а в RAID 5 таки - да - радикально починили полным RMW в с... большой текст свёрнут, показать
     
     
  • 5.215, аНОНИМ (?), 12:25, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну зашибись, в следующем LTS потестирую И тем не менее, OpenZFS устроило срач в... большой текст свёрнут, показать
     
     
  • 6.225, Аноним (225), 22:48, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это если что в 6 2 или 6 3 кернеле было Решение компромиссное, изначально была ... большой текст свёрнут, показать
     
     
  • 7.235, аНОНИМ (?), 18:32, 22/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Отказ девайса это всё же немного другая ситуация, когда точно известно что данны... большой текст свёрнут, показать
     
     
  • 8.240, Аноним (240), 03:03, 25/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я просто не понимаю что вы тестировали и зачем - реально устройства ТАК не отказ... большой текст свёрнут, показать
     
  • 2.173, Аноним (173), 18:42, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Чем больше снапшотов, тем сильнее btrfs тормозит. Число сильно ограничено...
     
     
  • 3.177, аНОНИМ (?), 18:51, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С какого кол-ва снапшотов, например, btrfs становится в 2 раза тормознее?
     
  • 3.187, Аноним (186), 19:54, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    КО: справедливо для любой ФС со снапшотами. И не говорите, что ФС, созданная гениальными Сантехниками, не так. Может, только большее количество снапшотов тянет.
     
     
  • 4.200, Аноним (-), 02:09, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В сабже автор довольно сурово уперся на эту тему. Не помню, но он кажется смог догнаться до миллиарда, чтоли, снапшотов. Не то чтобы это реально надо, но прошареный инженер строя лесопилку глядя на опыт предшественников все ж устроит алмазное напыление на зубьях, на случай если все-таки рельсу :). А если окажется мало то и парочкой индустриальных лазеров сдобрит. "Ухты@#$, так можно было?! Сказали о...е мужики"
     
     
  • 5.212, Аноним (212), 11:16, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > В сабже автор довольно сурово уперся на эту тему.

    https://docs.kernel.org/filesystems/nilfs2.html

    > There is no limit on the number of snapshots until the volume gets full.

     
     
  • 6.226, Аноним (-), 22:54, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    1) Жесткий технический лимит на число снапшотов и импакт на перфоманс это 2 разные аспекта, не находите?
    2) У конкретно nilfs есть много других проблем, главная из которых - он довольно заброшенный. Потому что не, он не то чтобы чем-то плох, но когда вопрос "чем лучше остальных?" - у него нет крутого и гибкого управления btrfs, а на 1 девайсе, или с "классическими" вариантами управления томами это все слишком канительно и кто так будет бодаться когда btrfs уже есть, а тут и сабж еще?
     

     ....большая нить свёрнута, показать (13)

  • 1.14, Аноним (14), 11:53, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    10 лет развивали, развивали... а потом решили пересесть на рустик и ещё 10 лет в мейнстрим это никто не возьмёт, потому что всё поменялось, опять всё фиксить... а потом надо будет опять фиксить фичи "как у ZFS и BTRFS" и перфоманс "чтобы ближе к ext4 чем к ZFS"
     
     
  • 2.20, Аноним (-), 12:11, 19/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.29, Анонимусс (?), 12:48, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    10 лет btrfs развивали-развивали, а тольку практически никакого - как была глючным поделием, так и осталась. Ну ладно, не настолько глючным как 10 лет назад, но сильно лучше не стало.

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

     
     
  • 3.47, аНОНИМ (?), 14:42, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    бтрфсу конечно не хватает некоторых фич, но других фич не хватает и openZFS. Но вот насчёт глючности я бы поспорил. Я даже специально взгромоздил btrfs на раздел с торрентами, работает цуко и не глючит :) На рутовых разделах она тоже у меня живёт счастливо и радует снапшотами.

    Конечно, всплывает такая хрень как ужасная фрагментация (по самой сути рандомных записей в файлы при качании торрентов), но встроенный дефрагментатор своё дело делает.

     
  • 3.55, Витюшка (?), 14:52, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сильно лучше стало. Оно у Facebook на продакшн стоит.

    Это тебе не васянские локалхосты от икспердов opennet.

     
     
  • 4.72, Аноним_5 (?), 15:45, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    То что они стоит у ФБ не значит что подойдет для васянского локалхоста.
    У ФБ ресурсов - redundancy, бекапы, люди - намного больше.
     
     
  • 5.121, Аноним (-), 00:21, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > У ФБ ресурсов - redundancy, бекапы, люди - намного больше.

    Тем не менее, даунтаймы и внезанпные глюки в юзерских данных и им тоже ни к чему. В этом месте интересы фэйсбука и локалхостов нехило совпадают.

     
     
  • 6.220, пох. (?), 13:29, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Тем не менее, даунтаймы и внезанпные глюки в юзерских данных и им тоже ни к чему.

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

    А вот потерять невосстановимо фотки умершего члена семьи у себя на локалхосте - это совсем другая история.

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

     
     
  • 7.227, Аноним (227), 23:35, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А знаешь что, мистер умник Ты похрани-ка такой объем данных - для такого числа ... большой текст свёрнут, показать
     
     
  • 8.231, пох. (?), 11:12, 22/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    мне - нахрен оно не надо, у меня другой бизнес, не слежка за всем миром в смысл... большой текст свёрнут, показать
     
     
  • 9.241, Аноним (-), 03:18, 25/06/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.209, bOOster (ok), 08:39, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И главное - основной разработчик btrfs. Он то 100% в курсе как выпиливать данные из мертвого раздела, в отличии от шайки оголтелых...
     
     
  • 6.232, пох. (?), 11:13, 22/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > И главное - основной разработчик btrfs. Он то 100% в курсе как
    > выпиливать данные из мертвого раздела, в отличии от шайки оголтелых...

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

     

  • 1.27, Аноним (212), 12:45, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Just because you made a painting with a $10k horsehair brush and golden paint does not necessarily make it great art.

    бриллиантовый камент для любителей раста. Обычным людям это фсчудище и bcache на ноутах с NVME только для замедления процессора и деградации аккума.

     
     
  • 2.31, Аноним_5 (?), 12:56, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Бриллиантовый камент для любителей "бриллиантовых каментов":
    "A good craftsman cares about his tools. Listen to woodworkers who get together, they'll be talking about their tools just as much as the actual work. We're interacting with these tools every day, and the quality of the tool very much affects the quality of the work."
     
     
  • 3.49, Tron is Whistling (?), 14:43, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Remember they won't use 10K horsehair brush for woodcutting because it's just pointless.
     

  • 1.32, Аноним (32), 13:01, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    балаболили они Так же, как другие по совершенно другому поводу балаболили не кр... большой текст свёрнут, показать
     
     
  • 2.37, Анонин (?), 13:32, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > от энтузиастов всё гавно

    Не, ну чего ты так про энтузиастов, обидно ведь.

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

    > и начать переписывать само ядро на Rust.

    О, наконец-то до людей доходить начало!

     
     
  • 3.43, Аноним (32), 14:23, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не, Rust же i386 поддерживает, он даже древние микроконтроллеры без mmu поддерживает. Это с платформами без llvm у него проблемы.

    >Вот какой платформы тебе не хватает в раст?

    Мне лично всех хватает пока. Но другим людям может не хватать. Это очень обидно и унизительно, когда твоё оборудование выкидывают, а тебя пускают по миру с голой жопой и так лучше не делать. Но мир у нас злой и циничный. И не надо это маскировать. Чем это виднее, тем быстрее до людей дойдёт, что так жить не надо и тем быстрее он станет нормальным. Поэтому было бы намного лучше, если бы вместо всякого балабольства нам бы говорили всё как есть. Не "мы делаем это для вашего же блага", а "нам вредно ваше благо, но вы жалкие, и нашим действиям никак не можете помешать".

     
     
  • 4.45, Анонин (?), 14:41, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не увидел там балабольства Чел пишет хочу раст, потому что не люблю дебажить к... большой текст свёрнут, показать
     
     
  • 5.84, Аноним (84), 17:06, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Не увидел там балабольства.

    Балабольство у тех, кто заявляет, что Rust не будет обязательным, а не у автора файловой системы. Автор ФС - молодец, что делает исследования.

    >Он делает это для себя - чтобы ему легче было писать код.

    Вот пусть и держит тогда это out of tree. Без шансов найти широкое применение и всех подсадить на зависимость от Rustа. Как подсадили разрабы safetensors - теперь приходится ставить громадный растовый тулчейн и геморроиться с компиляцией только для того, чтобы pytorch мог прочитать сериализованные так модели.

     
     
  • 6.92, Анонин (?), 17:34, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Балабольство у тех, кто заявляет, что Rust не будет обязательным

    Так раст и не обязательный! Просто не пользуйся этой ФС или всем что зависит от раста.

    > Вот пусть и держит тогда это out of tree.

    Охохо, ты будешь указывать разрабу и ментейнерам ядра что дедать?)) Самому не смешно?

    Ну так не пользуйся safetensors - бери старые версии.
    Или не пользуйся чужими сериализованными моделями.
    Или вообще выкинь pytorch.

    У тебя же куча возможностей. Еще раз - это всё делалось и делается не для тебя лично.

     
     
  • 7.103, Аноним (102), 21:29, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А, понятно. Linux - для RedHat лично. Спасибо, что напомнили.
     
     
  • 8.223, пох. (?), 17:04, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ну зачем же ты так Есть еще другие платиновые спонсоры Линукс для них - тоже ... текст свёрнут, показать
     
  • 7.122, Аноним (-), 00:24, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Так раст и не обязательный! Просто не пользуйся этой ФС или всем
    > что зависит от раста.

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

     
  • 5.146, Sw00p aka Jerom (?), 08:37, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >т.е пользователям тоже станет лучше.

    Мне, как пользователю, нах не нужно неотлаженное гамно, х*як, х*як и так сойдет, пользователь отпишет свой комент

     
  • 3.44, Аноним (32), 14:26, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >всё гавно

    Опечатка, там было

    >всё равно

    но у меня что-то зрение село в последнее время, мимо нужных клавиш промахиваюсь

     

  • 1.36, Аноним (36), 13:29, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ешьте дети ext4, будете здоровы! А прочий кaл оставьте корпоративным психам, они должны страдать.
     
     
  • 2.51, pavlinux (ok), 14:46, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • –7 +/
    ext/2/3/4 - cамые блевoтные ФС, - для девочек которым пофиг что ставить.
    Точнее они даже не вдупляют различий, преимуществ  и отсутствие своих же требований.
     
     
  • 3.76, Аноним (6), 15:51, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это ты не хочешь понять что эти твои фичи модненьких ФС это маркетинговый буллшит. Блестящая упаковка за которой ничего нет.
     
     
  • 4.123, Аноним (-), 00:28, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Это ты не хочешь понять что эти твои фичи модненьких ФС это
    > маркетинговый буллшит. Блестящая упаковка за которой ничего нет.

    Ну да, замененный глючный проц, пару планок битой RAM, текучие SD/flash и глючные шнурки в коллекцию - маркетинговый булшит наверное, а не чексумы фс в деле, хехе :)

    А вам из всего этого комп следовало бы свинтить, с вашим EXT4, посмотреть, заметите ли вы вообще подвох :))). Не, можете и таким железом пользоваться, типа сэкономили заодно. Какимнить геймерам сойдет наверное даже. Слетит система - переставят, впервой чтоли?!

     
  • 3.83, Аноним (83), 17:06, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ext4 динственная фс, которую несмотря на все её недостатки, могу советовать по дефолту.
    Остальное либо под конкретную задачу, либо нестабильное, либо ограниченное.
    Так что ты может и прав, но это тоже само по себе плюс.
     
     
  • 4.105, Аноним (102), 21:32, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Могу посоветовать использовать NTFS. Там, конечно, бывают неудаляемые файлы, и директории, в которых они лежат, которые chkdsk терпит и ничего плохого не видит, зато есть хекс-редакторы с поддержкой парсинга, которыми можно их структуру в $MFT инвалидировать
     
     
  • 5.109, U202204161753 (?), 22:07, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да ладно ... И как воспроизвести?

      Бэкап готового "глюка" хоть есть?

     
     
  • 6.157, Аноним (15), 12:08, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я такое часто видел, но не не могу утверждать, по какой причине это происходит. Слишком рандомно возникает. Приходилось подмонтировать на запись с ntfs3g и удалять в ней, а это ещё хуже, потому что неизвестно, как она после неё будет работать и когда ей станет совсем плохо. Не совсем понимаю какие бекапы ты рассчитываешь увидеть, тебе отправить многотерабайтный дамп где-то там посыпавшейся ntfs, что ты с ним собираешься делать? И главное, зачем мне хранить эти дампы.

    Всё гораздо интереснее когда файлы исчезают, повреждаются, или вся ntfs разваливается. И такое было. Тут хотя бы есть определённая закономерность, все фатальные повреждения случались в результате автоматического запуска chkdsk, которая уже автоматически всё разносила (я уверен до неё данные были целыми).

     
     
  • 7.178, U202204161753 (?), 18:58, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    } многотерабайтный дамп где-то там посыпавшейся ntfs

    Можно восстановить в VM.
    На динамический .vhd / .vhdx

    Удалить всё остальное кроме повреждённого каталога.

    Вот со сжатием файла .vhd[x] есть неясности: надо чтобы глюк не был затёрт "байтом 0"

    (
       Я-то разрушенный диск с ReFS сохранил.

       Надо же на чём-то тестировать утилиты.
    )


    --

    } chkdsk

    Да, эта утилита меняет данные зачастую и без ключа "исправить".

    Чаще всего видел файлы нулевого размера.


    P.S. ОЗУ хоть с ECC ?

    Если без, то не битое?

    P.P.S.

    NTFS весьма надёжная FS.
    При глобальных же сбоях - просто разворачивал последнюю ежечасную резервную копию.

    Или реверсировал зеркало на Starwind HA.

     
     
  • 8.194, Аноним (194), 22:41, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Бэкапа нет, как и диска чтобы его хранить Я - админ локалхоста Проблемный диск... текст свёрнут, показать
     
  • 4.236, pavlinux (ok), 00:19, 24/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > ext4 динственная фс, которую несмотря на все её недостатки, могу советовать по дефолту.

    Ти кто, пилять, xyета Анонимная, советовать он может...  Тебе имя своё стадно писать.... аналлитики, йопт. Сцк.... ржууу  DDD

     
  • 3.90, Kuromi (ok), 17:18, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле на пользовательском уровне отличия очень даже очевидны. ext2 без журнала и может рассыпаться от неудачной пропажи жлектричества, ext3 медленная (по сравнению с ext2), дико долго удаляет файлы и fsck там нешустрый, в ext4 эти проблемы пофиксили, поэтому почти никакого резона сейчас использовать ext2\3 нет вообще.
     

  • 1.38, Аноним (39), 13:47, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > По производительности Bcachefs опережает Btrfs и другие ФС на базе механизма Copy-on-Write, и демонстрирует скорость работы, близкую к Ext4 и XFS.

    Ага, конечно, в перспективе разве что

     
  • 1.40, Аноним (40), 14:01, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Из планов на будущее упоминается желание использовать при разработке Bcachefs язык Rust. По мнению автора Bcachefs он любит программировать, а не отлаживать код, и теперь безумно писать код на языке Си, когда появился лучший вариант. Rust уже задействован в Bcachefs в реализации некоторых утилит, запускаемых в пространстве пользователя. Более того, вынашивается идея постепенно полностью переписать Bcachefs на Rust, так как использование этого языка существенно экономит время на отладку.

    супер, пройдет еще с десяток лет до принятия в ядро, пока он там все перепишет...

     
     
  • 2.54, Анонус (?), 14:49, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому он сначала отправит в ядро, а потом начнет переписывать.
     
     
  • 3.78, Аноним (6), 15:52, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала его отправят как Шишкина, а потом он скажет что его притесняют.
     

  • 1.53, pavlinux (ok), 14:48, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > надёжности и масштабируемости

    Кэш - это временная свалка, для быстрого доступа.
    Нахуа помойке снапшоты и резервное копирование? :D

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

     
     
  • 2.60, _hide_ (ok), 15:00, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Когда у тебя помойка под петабайт, а её сброс приведёт к отказу в обслуживании (реальное железо просто не выдаст нужно производительности для восстановления). Так что холодный старт как понятие отсутствует и кэш уже давно не кеш, а операционные данные, валидность которых проверяется как можно реже.
     
  • 2.87, n00by (ok), 17:13, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Если после сбоя поднять сервер и востановить кэш из снапшота,

    При записи на ФС данные идут на быстрый (твердотельный) накопитель, откуда фоном переносятся в хранилище (НЖМД). Первый в данном случае назван кешем. Восстанавливать его не от куда.

     
     
  • 3.147, Sw00p aka Jerom (?), 08:47, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    DRAM->SSD->HDD
     

  • 1.56, Unnamed Player (?), 14:52, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В Bcachefs используется механизм Copy-on-Write (COW), при котором изменения не приводят к перезаписи данных - новое состояние записывается в новое место, после чего меняется указатель актуального состояния.

    Автор путает CoW и RoW?

     
     
  • 2.58, pavlinux (ok), 14:55, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>В Bcachefs используется механизм Copy-on-Write (COW), при котором изменения не приводят к перезаписи данных - новое состояние записывается в новое место, после чего меняется указатель актуального состояния.
    > Автор путает CoW и RoW?

    А ты ешь ,кушаешь или жрёшь? :D

     
     
  • 3.61, Unnamed Player (?), 15:05, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Реализация в корне отлична.
     
     
  • 4.70, pavlinux (ok), 15:42, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Реализация в корне отлична.

    CoW - это абстрактная хрень, нюансы зависят от авторов.
    Кто-то FIFO называет CoW :)  C одного конца Copy, с другого Write

     
     
  • 5.202, Аноним (-), 02:20, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > CoW - это абстрактная хрень, нюансы зависят от авторов.

    Однако у них есть и ряд типовых общих свойств. Например использование ресурса на хранение только дельты от оригигнала. И это хоть RCU vs RAM хоть qcow vs снапшот, хоть btrfs и reflink относительно оригинала. Эта идея останется во всех трех случаях, хоть детали реализации и драматически разные. Собственно это и есть пойнт для возни с такими технологиями. Оверсел и оверкомит ласкает слух. Иногда даже мне. Если я на 4-терабайтной хранилке разложил пяток "копий" 3-терабайтного образа в разных стадиях эксперимента по выуживанию из него данных  - я конечно "оверсельнул" себе 15 псевдо-терабайтов при всего 4 реальных, но это ж катит в силу природы файлов :)

     

  • 1.57, Аноним (57), 14:53, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чем отличается от lvmcache + ext4 ? Файловая система в курсе что кешировано, а что нет?
     
     
  • 2.203, Аноним (-), 02:20, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Чем отличается от lvmcache + ext4 ?

    Нормальным менеджментом стоража в стиле btrfs вместо всей этой замшелой и кривой камасутры.

     

  • 1.64, keydon (ok), 15:21, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Rust уже задействован в Bcachefs
    > По мнению автора Bcachefs он любит программировать, а не отлаживать код,

    Дальше не читал. Автор может и дальше пользоваться своей ФС. Еще одна недописанная и заброшенная в будущем ФС в ядре не нужна, тем более если тащит за собой раст.

     
  • 1.66, Аноний (?), 15:28, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Спасибо, но я лучше reiser5 подожду.
     
     
  • 2.96, Аноним (96), 18:03, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, а когда выйдет Ганс райзер? Я реально жду новый РайзерФС от ганса.
     
     
  • 3.100, Аноним (100), 19:53, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Следующая попытка прошения помилования в 2026
     
     
  • 4.106, Аноним (102), 21:33, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ему же вроде в 23 должны были дать.
     
  • 3.107, Аноним (102), 21:45, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Живым не выйдет. Он проявил гордыню, не продемонстрировал покорность, посмел отклонить первое предложение Суверена. Ну тогда до него довели, что чтобы его обвинить и казнить им железобетонных доказательств не надо, достаточно их личной убеждённости представителей Суверена, что это он сделал. Суверену нужно, чтобы все знали - с Сувереном шутки плохи.
     
     
  • 4.189, Аноним (-), 20:18, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Гордыня предшествует падению. Не зря так говорят.

    Если с вами вообще тима работать совместно не хочет, и вы не понимаете что реюзабельные фичи надо вывешивать для всех caller'ов - кина не будет, тусите в своей пещере сами по себе. И вот сидит гражданин в своей пещере, сделав 0 доведенных до ума, юзабельных файлух. Рассказывает всем как надо было. Пруфом... ээ... сказки про белого бычка, отсыл к CS, сказ что я умный, все раки. А со стороны - очередной старый академбрюзга, бесполезный и не от мира сего.

     
     
  • 5.234, Аноним (212), 12:35, 22/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > И вот сидит гражданин в своей пещере, сделав 0 доведенных до ума, юзабельных файлух. Рассказывает всем как надо было.

    а ты с ним сидел чтоли ?

     

  • 1.95, Аноним (96), 18:02, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Из планов на будущее упоминается желание использовать при разработке Bcachefs язык Rust.

    И этот вляпался.

     
     
  • 2.180, Neon (??), 19:04, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Модно, стильно, молодежно))). Иначе грантик не дадут
     

  • 1.101, fuggy (ok), 21:19, 19/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Интересно что они там такое хотят блочное кешировать. Во-вторых, есть кеш ОС, если кеш самого диска, которым управляет контроллер диска. А тут целая ФС только для кеширования.
    Сейчас большие HDD имеют кеш сравнимый с небольшим SSD. Ещё есть гибридные HDD, которые и являются по сути встроенный SSD для кеширования без всяких специальных ФС.
     
     
  • 2.108, Аноним (104), 21:51, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Сейчас большие HDD имеют кеш сравнимый с небольшим SSD. Ещё есть гибридные HDD, которые и являются по сути встроенный SSD для кешировани

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

     
  • 2.136, Аноним (136), 04:01, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Сейчас уже и некоторые SSD с гигантским кэшем (на сотни гигов).
    Вот только этот кэш сильно отличается и от кэша ОС и от кэша ФС в ОЗУ и управлять им условно не получится (в теории через отправку команд или изменение прошивки, на практике никак) и фактически считается характеристикой ssd и можно его даже и не рассматривать.
     
     
  • 3.210, bOOster (ok), 08:46, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И че толку от этого кэша если интерфейс по факту SAS/SATA?
     

  • 1.143, нах. (?), 06:49, 20/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Что-то там включают-выключают в ядро, а может просто починить повышенную нагрузку на CPU при передвижении USB-Mouse? Да ну нет, бред какой-то. Сук, я 15 лет наблюдаю этот глюк, скажете виноваты иксы, а мне пох, мне пришлось купить мышку с PS/S, чтобы избавиться от этого, вот тебе и линукс.
     
     
  • 2.145, vbcnthfkmnth123 (ok), 08:35, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    На Linux-libre этот глюк тоже наблюдается?
     
  • 2.148, Аноним (148), 09:33, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Чего это она повышенная мышка же хорошо двигается, быстро. Почему бы не загрузить этим процессор. А то что там у аналоговых PS/2 что-то там меньше, так и двигается она хуже. Не так активно и самозабвенно.
     
  • 2.181, Neon (??), 19:06, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это какой дохлый комп нужно иметь, чтобы USB-Mouse - давала повышенную нагрузку на CPU ?!))) На первопне что ли ? Или на 386 ?)))
     

  • 1.144, Аноним (144), 07:43, 20/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > По мнению автора Bcachefs, он любит программировать, а не отлаживать код, и теперь безумно писать код на языке Си, когда появился лучший вариант.

    А по русски написать сложно было?

     
     
  • 2.149, Аноним (148), 09:33, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нажимай исправить и пиши, что сложно?
     

  • 1.150, Пряник (?), 09:54, 20/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > обновлённый набор патчей

    Я, конечно, понимаю, что это скорее всего перевод, но этот акцент на обновлении патчей подразумевает, что все "в теме" и знают, что старая версия не зашла, а это обновлённая и уж точно всё будет гуд.

    Либо текст реально достали из каких-то "внутренних" переписок.

     
  • 1.152, Пряник (?), 10:19, 20/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Вот уже напрягает "стабилизация реализации снапшотов". Что там стабилизировать? Снапшоты должны просто работать, как в ZFS - снапшот это просто метаданные, то есть сохранённые адреса блоков ZFS. Даже на словах просто и понятно. Ломаться нечему, ZFS просто не подтвердит никакую запись данных в себе, пока корректно не считает записанный блок. А в этом Bcachefs какие-то "срезы" снапшотов.

    Мне кажется разработкой заинтересуются, если она будет не маркетинговым описанием её крутизны, а простым и понятным всем механизмом, чтобы люди сами поняли, что это делает и нужно ли оно им.

     
     
  • 2.166, пох. (?), 16:06, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот уже напрягает "стабилизация реализации снапшотов". Что там стабилизировать?

    _запись_

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

    Оно и действительно совершенно контринтуитивно.

    В bcache по задумке все действительно красиво. Вопрос только в том, когда ж оно будет - работать.
    И не попадем ли мы все в рай гораздо раньше.

     
     
  • 3.190, Аноним (190), 20:27, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В btrfs оно тоже красиво и интуитивно. Большую часть дизайна Кент слизал оттуда, постаравшись обойти опробованные btrfs'ными лбами грабли. Нормальный подход так то.
     
     
  • 4.193, пох. (?), 22:35, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > В btrfs оно тоже красиво и интуитивно.

    вот вообще ни разу.

     
     
  • 5.204, Аноним (-), 02:25, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > вот вообще ни разу.

    Да ну ладно тебе. Если виртуализатором с снапшотами хоть раз в жизни пользовался то и эти снапшоты в общем то логичны и понятны. А "one level above /" это так в моем стиле. Клево убунтуи это придумали.

     
     
  • 6.219, пох. (?), 13:24, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    хинт - не все виртуализаторы - бредовые поделки на базе все той же единственноверной фс.

    А так у некоторых не будем покзаывать пальцем виртуализаторов все интуитивненько - "хотите вернуться на этот вот снапшот? Ок? Точно ок? Ваше текущее состояние и все вообще что вы с тех пор понаделали - сейчас превратится в тыкву!"
    Что в целом вполне логично, где его хранить-то в системе где снапшот - сущность неизменная?

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

     
     
  • 7.229, Аноним (-), 00:12, 22/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это о чем Я пользовался вмварью, гиперви, kvm и в конечном итоге, логика Co... большой текст свёрнут, показать
     
  • 3.199, fidoman (ok), 02:09, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    снепшоты это история fs, как может быть "интуитивной" запись в них?
    может быть кому-то прикольно иметь автоклон для снепшотов - 2 в 1, унитаз с функцией биде, но не все оценят кмк
     
     
  • 4.205, Аноним (-), 02:34, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > снепшоты это история fs, как может быть "интуитивной" запись в них?

    Если кто смотрел sci-fi и понял концепцию параллельных вселенных, похожих, но с разным развитием событий в каждой из них, а также путешествия во времени в ключевые точки где интересные разветвления случились, они давно понимают как это на самом деле работает... :)

    > может быть кому-то прикольно иметь автоклон для снепшотов - 2 в 1,
    > унитаз с функцией биде, но не все оценят кмк

    Мультивселенную и машину времени для путешествия в ключевые точки (снапшоты) на самом деле. Это круче любого биде. Золоченый биде такая ерунда vs godlike powers, право...

     
     
  • 5.242, fidoman (ok), 14:54, 07/07/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Удачи потом это мержить.
     
  • 3.211, bOOster (ok), 08:51, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Че за бред? Snapshot с записью? Отлично что ZFS проектировали не придурки, а люди четко представляющие смысл и цели решения...
     
     
  • 4.230, Аноним (-), 00:25, 22/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Че за бред? Snapshot с записью? Отлично что ZFS проектировали не придурки,
    > а люди четко представляющие смысл и цели решения...

    Btrfs умеет и readonly снапшоты, более того RO/RW снапшота можно менять через родной тул фс, изменением property у снапшота, если вдруг в энном случае передумали.

    Как отсутствие выбора/фичи может быть фичой - я не допираю. Типа вы лучше меня знаете как мне снапшот хотелось? В любом случае, попробуйте FAT, там вообще фич нихрена, наверное это очень круто :)

     

  • 1.161, Минона (ok), 14:22, 20/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > вынашивается идея постепенно полностью переписать Bcachefs на Rust

    Rust спасёт мир! ✌😤

     
     
  • 2.165, пох. (?), 16:02, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    от bcachefs? Ну не факт. Пока это только идея, а в ведро того гляди уже включат.
     
  • 2.182, Neon (??), 19:07, 20/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ага. Соберет всех неадекватов в одном месте)))
     
  • 2.213, Аноним (212), 11:35, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Rust спасёт мир!

    из компилятора раст сделают SDK с ограничениями как для андроида и все формально открытые проекты где используется раст станут собственностью корпораций - никакой форк уже не спасёт

     
     
  • 3.216, Минона (ok), 12:38, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > все формально открытые проекты где используется раст станут собственностью корпораций

    Они и без раста собственность корпораций.

     
     
  • 4.218, Аноним (212), 12:52, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Они и без раста собственность корпораций.

    нет, публикуя код в ядре ты не передаёшь права на него. Но что толку от такого кода если ты не сможешь использовать его в коммерчеком продукте без разрешения от правообладателя SDK раст чтобы его скомпилиовать.

     

  • 1.169, xsignal (ok), 18:07, 20/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Растификация подсистем ядра. Начали с драйверов, теперь - ФС, потом - планировщик, система управления памятью, сетевая, и - оба на! - а ядро-то тю-тю - в руках растаманов, а те, кто стоял у истоков - уже и не при делах)
     
  • 1.208, pashev.ru (?), 08:10, 21/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > По мнению автора Bcachefs он любит программировать, а не отлаживать код, и теперь безумно писать код на языке Си, когда появился лучший вариант.

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


    Фух.... Отдебажил как смог.

     
  • 1.214, Аноним (214), 11:53, 21/06/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Целью разработки Bcachefs является достижение уровня XFS в производительности

    А достижения безгеморройности ext4 нет в планах?

    Кстати, может, всё-таки Reiser4?

     
     
  • 2.217, Минона (ok), 12:42, 21/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Целью разработки Bcachefs является достижение уровня XFS в производительности
    > А достижения безгеморройности ext4 нет в планах?

    Уверен что в ней нет геморроя?

    > Кстати, может, всё-таки Reiser4?

    А почему не 5?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру