Исходное сообщение
"В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..." Отправлено Аноним, 04-Июн-23 01:49
У них вроде изначально свободное место битмапом аллокации маркировалось и потом для совместимости они так и таскали это как я понимаю. Это ж делалось в лохматые 90х. И даже если потом какие-то индексы для более быстрых операций навесить, это не отменит нужды жевать битмап как минимум при записях, если он все еще есть. Совсем его удалить они врядли смогут или захотят т.к. совместимость. А в битмапе метить занятые большие регионы ой как не быстро. У экстентов есть свои дурацкие стороны, но в целом это обычно работает лучше.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> У них вроде изначально свободное место битмапом аллокации маркировалось и потом для > совместимости они так и таскали это как я понимаю. Это ж > делалось в лохматые 90х. > И даже если потом какие-то индексы для более быстрых операций навесить, это > не отменит нужды жевать битмап как минимум при записях, если он > все еще есть. Совсем его удалить они врядли смогут или захотят > т.к. совместимость. А в битмапе метить занятые большие регионы ой как > не быстро. У экстентов есть свои дурацкие стороны, но в целом > это обычно работает лучше.
	Введите код, изображенный на картинке: