The OpenNET Project / Index page

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



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

Оглавление

В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachefs, opennews (??), 07-Фев-24, (0) [смотреть все]

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


46. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Mr.Who (?), 07-Фев-24, 18:27 
Зачем объединять SSD и HDD в единый сторадж? В чём смысл данного подхода?
Ответить | Правка | Наверх | Cообщить модератору

51. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 07-Фев-24, 18:47 
> Зачем объединять SSD и HDD в единый сторадж? В чём смысл данного подхода?

Если записи эпизодические, то...
1) При записи, ее поймает супербыстрый SSD и она завершится в момент.
2) А потом в фоне файлуха перебазирует это на HDD, с CoW семантикой это даже относительно безопасное действо.
3) Можно также и кеш "горячих" данных на SSD сделать.

Поэтому в идеале получается емкость харда, которая при записи или чтении часто используемого будет ощущаться почти как SSD. Что как бы довольно крутая идея сама по себе. Народ юзал bcache (не FS!) и раньше, но это довольно дурно взаимодействует с ФС не будучи в курсе требований избыточности и проблем стоража. Так что когда SSD протирается - может получиться не очень. А тут вот это интегрировано с менеджментом избыточности и в ФС с избыточностью оно смогет довольно осмысленно парировать все это по задумке.

Собственно интеграция фронтэнда и кеша в многоуровневый иерархический стораж - ну так то довольно круто придумано. И вот именно FS-aware оно имхо имеет шансы быть заметно менее кривое чем потуги это целиком на блочном уровне делать. На блочном часто вело к разлету ФС вдрызг при кончине SSD под кешом.

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

55. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +1 +/
Сообщение от Аноним (3), 07-Фев-24, 19:57 
Ну вот у меня меееедленный SMR и шустренький SSD. И как-то вот объединил. И вот как-то даже всё работает как на SSD, за исключением данных, к которым редко обращаюсь, но тут такое... Чтение в основном линейное, поэтому и это не такая уж большая потеря в скорости. Прикинь, да?
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

68. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от RocketShark (?), 07-Фев-24, 23:28 
У меня всегда система на ссд, данные - на hdd рейдах. Не понимаю ваших проблем.
Ответить | Правка | Наверх | Cообщить модератору

90. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +1 +/
Сообщение от n00by (ok), 08-Фев-24, 08:15 
У некоторых данные - это не видео с котиками, а исходники, с которыми приходится что-то делать не отвлекаясь на питиё кофея.
Ответить | Правка | Наверх | Cообщить модератору

92. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (3), 08-Фев-24, 08:37 
Ну и не понимаейте. У меня вот система на одном SSD, а хомяк собран из вот такого бутерброда. Это, знаете ли, чтобы когда вот я работаю с данными - они грузились быстро. А когда они мне надоедают (ну перестал я в танки играть - нах их в кэше держать?) - оседают на мееедленный носитель, а на SSD переезжает что-то более нужно. Вот, например, давеча проектик собирал, который зависит от дисковых операций. И как-то мне норм, а вот на hdd рейдах да в ноуте... Это вы фантастики перечитали.
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

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

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




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

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