С чего всё началось. Microsoft не так давно выпустила обновление, которое не устанавливалось с ошибкой 0x80070643, почти сразу же предлагалось решить проблему, увеличив размер WinRE вручную, но я тянул, ждал, когда они автоматически всё починят. Не дождался: "Microsoft признала отсутствие исправления ошибки после обновления Windows 10 KB5034441 / Хабр". Увидев эту статью, написал в комментарии, что, мол, сложно всё и, наверно, менять ничего не буду, оставлю как есть, но потом решил всё-таки ситуацией заняться. Особых проблем при перемещении/расширении разделов не было, заметил только по результатам, что производительность SSD существенно деградировала (в 2.5 раза примерно). Не придал значения, решил, что такой побочный эффект у обновления, тем более, что в последнее время, правда из-за других причин, производительность работы компьютера, причём и на Windows и на Linux, и для Intel и для AMD порой существенно проседала после установки обязательных обновлений безопасности. Поэтому особо заморачиваться не стал. А недавно столкнулся с другой ситуацией, которая и помогла снова существенно увеличить производительность. После установки ряда новых приложений у меня осталось совсем не много свободного места и я решил уменьшить размер отведённый для Over Provisioning с 30% до 20%. Когда выполнял эту операцию, заметил, что оказывается, есть ещё некая служебная область, без которой, как я понимаю эта функция нормально не работает. Когда я перемещал разделы, похоже, она как раз и оказалась затёрта. Я тогда ошибочно считал, что Over Provisioning - это всего лишь нераспределённая область после раздела NTFS. И вот оказалось, что это не совсем так. После отключения Over Provisioning и установки нового размера всё стало работать существенно быстрее, хотя и не так быстро, как было изначально.
UPD: По результатам дополнительного повторного тестирования, скорее, прихожу к выводу, что замедление действительно связано именно с установленным обновлением. Убедился, что быстрое короткое тестирование после повторной инициализации Over Provisioning было явно недостаточным для точных выводов, а доказательство достоверности по основной на тот момент версии было принято с излишним оптимизмом. Теперь просто поменял весовые коэффициенты в имеющемся распределении обоснованности версий. Обычная ситуация при принятии моделей действительности, не требующих координации с кем-либо. В общем, рабочий момент, коих в секунду и по тысяче может быть. Но всё-же уточняю здесь. На настоящий момент можно считать, что деградация находится на уровне примерно 2.3 по сравнению с исходными замерами до установки обновления.
UPD: Похоже, на неточностях этой публикации сказался ещё неверный/автоматический (без участия технического специалиста) перевод производителей фирменного ПО для SSD. В описании на экране, возможно, стоит читать не "раздел настройки OP", а "раздел, для которого настраивается OP". В этом случае не подразумевается, что какие-то специальные настройки дополнительно существуют в фиксированном месте на самом SSD. Теперь немного о том, почему такого рода ошибка при моём поверхностном взгляде стала возможна. Знал ведь, что разработка многих программных продуктов (навскидку: Agnitum Outpost, Kaspersky, Acronis) велась/ведётся на английском, и только потом происходит локализация. Сам, когда писал на Python3 монитор, озвучивающий изменение состояние процессов, происходящих на моём домашнем компьютере, тексты сообщений писал именно на английском, а потом "переводил" на русский. И это стандартный метод. Ну, а вам тогда на заметку: порой не всё, что написано на экране приложения, возможно даже и произведённого в России, в некоторых случаях можно понимать буквально без доли сомнения. Хотя, конечно, при достаточном уровне контроля за разработкой и грамотных технических переводчиках подобного рода ошибки, скорее всего, становятся маловероятны.
Если статья показалась полезной, обратите внимание ещё и на это: Немного о себе, принципах, состоянии здоровья и финансов.