Ох BTRFS, ну сколько можно - продолжение

Не всегда а когда растет.

У btrfs проблема не в снапшотах а из его постоянного cow. Поэтому cow на месте под виртуалку вырубают.

Извините я хз что такое pvesm. Как это выглядит через virsh?

А разработчики файловых систем за какую-то логическую фрагментацию переживают.

Какая логическая фрагментация ФС в контексте SSD? Окстись.

Когда ОС пишет блок, контроллер сам решает, в какую именно страницу какого блока записать данные. Запись происходит по внутреннему алгоритму контроллера ssd. Выравнивание износа. Контроллер старается записывать данные в разные блоки, чтобы равномерно расходовать ресурс всех чипов, а не убивать одни и те же. Сборка мусора. Контроллер сам решает, когда и какие блоки очищать, перемещая страницы. Планирование записи. контроллер группирует данные для оптимальной записи по каналам, чтобы задействовать максимально возможное кол-во чипов параллельно. Файловая система об этом ничего не знает и не может этим управлять.

У btrfs проблема не в снапшотах а из его постоянного cow. Поэтому cow на месте под виртуалку вырубают.

Нет cow - нет снапшотов. Btrfs одна большая проблема, которую давно уже нужно дропнуть и не засорять ядро.

Какая логическая фрагментация ФС в контексте SSD? Окстись.

Она логическая. Какая разница, SSD это или что другое? Она не физическая, она логическая.

Дальше можно уже не читать то, что ты там понаписал - это всё отношения уже к теме не имеет. Загугли хоть чтоли.

Эээ… Как раз таки если под виртуалку - CoW никто в здравом уме не вырубает. Или не использует на гипервизоре эту ФС или понимает, зачем она ему и использует эти преимущества.

Вам стоит почитать про размер страниц SSD.

Ты про write amplification что ли? Какое отношение WA имеет к фрагментации?

Никакого. Это у тебя клоун на аватарке.

Размер блока чтения или записи очень редко кратен размеру страницы в физической памяти. Именно поэтому скорость случайного и последовательного доступа так отличается на любом SSD.

Размер блока чтения или записи очень редко кратен размеру страницы в физической памяти.

Чушь с точки зрения архитектуры SSD. На аппаратном уровне всё наоборот.

В nand-памяти операции чтения и записи выполняются на уровне страницы, а стирание на уровне блока. Блок всегда состоит из целого числа страниц. То есть размер блока всегда кратен размеру страницы.

Никакого. Это у тебя клоун на аватарке.

Ты же писал именно о WA, о несоответствии между логическим блоком файловой системы (например, 4 КБ в NTFS/ext4) и физической страницей nand. Это несоответствие существует и является причиной write amplification, но оно не означает, что блоки внутри SSD не кратны страницам.

Именно поэтому скорость случайного и последовательного доступа так отличается на любом SSD.

Неверно. Реальная причина в алгоритмах работы контроллера (предварительное чтение, сборка мусора) и накладных расходах на обработку команд, а не в физическом несоответствии размеров внутри чипа NAND.

Реальная причина в алгоритмах работы контроллера (предварительное чтение, сборка мусора) и накладных расходах на обработку команд, а не в физическом несоответствии размеров внутри чипа NAND.

Вот ты и согласен, что размещение физических данных влияет на скорость доступа. Дальше про фрагментацию — уже сам.

Вот ты и согласен, что размещение физических данных влияет на скорость доступа.

Нет. Нету read ahead при случайном доступе и это не связано с физическим размещением данных.

Вот ты и согласен, что размещение физических данных влияет на скорость доступа.

Нет. Нету read ahead при случайном доступе и это не связано с физическим размещением данных.

Я говорю: скорость случайного и последовательного доступа с переменным блоком отличается на любом SSD. Фрагментация имеет значение.

К обсуждению техники по существу ты не готов и невпопад сыпешь случайными терминами.

Я говорю: скорость случайного и последовательного доступа с переменным блоком отличается на любом SSD.

Отличается.

Фрагментация имеет значение.

Абсолютно никакого значения, ибо её, в контексте ssd, не существует.

К обсуждению техники по существу ты не готов и невпопад сыпешь случайными терминами.

Если что-то не понятно, это не значит, что термины случайны и невпопад, это значит что мой собеседник не имеет достаточно технических знаний.

Есть фрагментация внутри SSD и влияет ли она на скорость доступа и делает ли SSD дефрагментацию там у себя внутри, можно узнать только косвенно, с помощью тестов. Более того - это ещё зависит от модели диска. На промышленных дисках минимум алгоритмов, на десктопных делают всё, чтобы в тестах всё летало, а в реальности при непрерывной записи на диск скорость падает до 500-100 Мб/s. Этот вопрос достоин глубокого исследования, но мы его похоже не увидим.