> Скажешь тоже, стирание страниц, выполняемое заранее, продлевает жизнь флэшу. :))

Сие понижает среднее количество операций стирания которое будет отгрохано на один и тот же набор запросов к накопителю. Так что в среднем по больнице - продлит.

> Прикинь: когда размер блока ФС совпадает с размером блока SSD (512k), такая
> ФС не нуждается в предварительной очистке страниц

1) Подогнать это именно так - достаточно сложно.
2) Как "бонус" - при записи файлика на 1 кило накопитель будет зачастую вынужден кантовать всю 512К чушку. И стирать ее. Вместо того чтобы грамотно приткнуть куда-то в свободном месте без стирания блока. Ну, если нет информации о НЕисполььзовании места - ее нет. И стало быть остается только тасовать маневровый запас блоков, полагая что используется вообще вся заявленная область накопителя вообще. Ну и выпадет оно в режим а-ля заполненный до горловины CoW. Потому что маневровый запас блоков мелкий. Много на него отдавать жаль: в цифире емкости видной юзерю это пространство не фигурирует, а вот денег стоит как и все остальное пространство в чипах флеша.

> и поиске пространства из подготовленных страниц (по 4k) в целый блок и может сама обнулить
> ранее использованный и помеченный как свободный блок перед непосредственно записью в
> него.

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

> один раз для целого блока, а не для отдельных страниц,

Операция стирания не может быть выполнена для отдельных страниц. Erase протирает весь erase-block. Да, тот который 512К. В твоем случае это + read-modify-write придется закатывать на кажлый пук. А с trim появляется масса возможностей по оптимизации работы GC. Если он заранее разгреб некую область, можно не тасовать целый блок а приткнуть данные туда куда они лезут в чистом месте. Без стирания, только page programming-ом в частично запрограммированном блоке. Чем больше чистого места, тем вероятнее что конкретная операция запрошенная у накопителя прокатит без нужды в стирании блока. Ы?

> Это проблема фрагментированности CoW-ФС, а не нехватки места. Проблемы фрагментированности
> не касаются SSD — там нет движущихся частей и зависимости скорости
> записи от относительного расположения свободных блоков в адресуемом пространстве носителя.

Зато там есть дурь с крупными erase block и тем что однажды прописанная (запрограммированная) страница не может быть просто перезаписана(нет такой операции, есть page program и block erase). Можно лишь стереть весь блок со всеми страницами в нем, тогда они станут чистыми и их можно записать снова. Один раз. По поводу чего можно налететь на нужду в масштабном перетряхе 512К чушек на каждый пшик. Некузяво как-то если для 1К файлика будет постоянно перетряхиваться вся 512К чушка с циклом стирания и read-modify-write.

> Из неправильных посылок делаются неправильные выводы.

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

> Ещё скажи, что адресное пространство SSD распространяется на область левелинга. :))

Смотря с чьей точки зрения. Для контроллера - да, распостраняется. Для того кто снаружи - нет.