Для скептиков, разбирающихся в устройстве дисков и NTFS

Программа определяет скорость приблизительно, борьба с фрагментацией идет тоже приблизительно. Если запустить сканирование несколько раз, результаты будут несколько разными. Тем не менее, на практике, точности вполне достаточно! И я сильно сомневаюсь, что повышение точности даст ощутимый эффект. Я лучше брошу силы на новую версию, в которой будет прямое чтение секторов без предварительной записи, блокировка секторов служебными средствами ntfs, а так же полноценная блокировка битых секторов. Но и текущая версия справляется со своими обязанностями.

Кеширование файлов при записи/чтении учтено в программе.

Я в курсе кучи погрешностей измерения скорости текущим методом:

1. с первого раза нельзя точно определить скорость сектора, как минимум надо делать несколько проходов
2. программа читает файлы, а не сектора, что также добавляет погрешности. Файл может быть фрагментированным. Время на доступ к таблице файлов (сама таблица может находится частично в медленных секторах). Наверное еще какие то факторы.
3. Windows, запущенные приложения, да и нагрузка, создаваемая самой программой, вносят погрешности. На быстрых дисках так вообще, периодически произвольные сектора определяются как медленные. Но это не критично.

Работа с фрагментацией идет приблизительно, потому что:

1. если на диске есть какие то файлы, то в начале тестовые файлы будут забивать пустые дырки (будут фрагментированы) и только потом пойдут целые.
2. в процессе заполнения диска на 100%, зона mft будет несколько раз уменьшаться, освобождая место в начале диска.
3. в середине диска расположена копия mft и несколько других системных файлов, что также внесет дополнительную фрагментируемость.

Погрешность измерения скорости, вызывает блокирование избыточного кол-ва хороших секторов. Но это не критично, особенно с учетом того, что другого варианта ускорения диска просто нет.

Еще раз повторюсь, текущей точности достаточно, она эффективно ускоряет медленные диски.