Симонов Денисно всё таки FB пытается ей противостоять.
основная цель расширения файла блоками - ускорить это самое расширение, против "поштучного" добавления страниц к файлу.
Хотя, если ФС будет искать свободный кусок именно размера нового блока, то тогда да, "противостояние фрагментации".
С другой стороны, что окажется на этих страницах, еще неизвестно, так что внутри файла остается "фрагментация" :-)

hvladrdb_devпроизводить дефрагментацию файловой системы на SSD не только бесполезно
Ошибаешься

"Windows does not defrag SSDs"
http://www.outsidethebox.ms/17367/
там мораль такая, что МС утверждает, что дефрагментация для ССД не производится, но тем не менее, она все равно срабатывает 1 раз в месяц, "если включено теневое копирование тома.", и включено system restore. Так что, это скорее вынужденное исключение из правил, по совершенно конкретным причинам.

и т.д., можешь сам поискать. В моем понимании дефрагментация SSD это как дефрагментация TIP. Линейно список почти никогда не сканируется, все время идет прямое извлечение состояния транзакции N. Так какая разница, последовательно эти страницы лежат, или нет. Разве что опережающее чтение кэша ФС ОС, но в случае SSD оно опять же не имеет смысла.
А вот и данные по опережающему чтению на SSD
http://www.storimax.ru/articles/reviews/?ID=686#CacheSSD
Примерно 5% ускорения с Read Ahead (в статье почему-то дурацкий вывод про "значительное улучшение").
И это на конкретном диске, на других может быть по другому.