Trim (команда для накопителей)

Trim (англ. to trim — подрезать) — команда интерфейса ATA, позволяющая операционной системе уведомить твердотельный накопитель о том, какие блоки данных (страницы) не несут полезной нагрузки и их можно не хранить физически.

Trim входит в спецификацию интерфейса ATA, стандартизацией которого занимается группа T13 в составе INCITS^[1].

Введена вскоре после появления твердотельных накопителей (SSD), чтобы сделать их конкурентоспособной альтернативой традиционным накопителям на жёстких магнитных дисках (HDD). Из-за того, что на внутреннем уровне реализация операций в SSD существенно отличается от реализации тех же операций в механических жёстких дисках, обычные методы операционных систем для таких операций, как удаление файлов и форматирование диска (не обращаясь непосредственно к затрагиваемым секторам или страницам на накопителе), приводят к прогрессирующему ухудшению производительности операций записи на SSD^[2].

Применение Trim позволяет SSD уменьшить влияние сборки мусора, которая в противном случае в дальнейшем выразится падением производительности операций записи в затронутые секторы^[3]. (Хотя утилиты для «сброса» некоторых накопителей в начальное состояние были уже доступны ранее появления Trim, они, помимо прочего, удаляли все данные на накопителе, что делало их практически неприменимыми для проведения оптимизации^[4].)

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

Операции удаления обычно ограничиваются пометкой блоков данных как «неиспользуемых» в файловой системе^[5][6]. В отличие от, например, операции перезаписи, удаление не приведёт к физической записи в затрагиваемые секторы, содержащие данные. Поскольку накопитель не имеет доступа к структурам файловой системы — таким как список неиспользуемых кластеров — накопитель остаётся в неведении об освобождении блоков.

Хотя это часто позволяло восстановить удалённые данные на традиционных HDD, несмотря на то, что они были отмечены как «удалённые» операционной системой, также это означало, что когда позже операционная система произведёт операцию записи в один из секторов, считающихся свободным местом, эта операция будет считаться операцией перезаписи с точки зрения накопителя. Для традиционных жёстких дисков эта операция никак не отличается от записи в незанятый сектор, для SSD из-за выравнивания износа перезапись данных существенно отличается от записи в незанятый сектор (каждая запись в тот же логический сектор будет произведена в разные физические секторы), потенциально ухудшая производительность дальнейших операций записи^[6].

SSD хранят данные в ячейках флеш-памяти, сгруппированных (в MLC) в «страницы» (обычно по 4 Кбайт каждая), которые, в свою очередь, сгруппированы в блоки (обычно 128 страниц или 512 Кбайт суммарно)^[5][7].

Ячейки NAND-флеш-памяти могут быть непосредственно записаны лишь в том случае, когда они чисты. В случае, когда они хранят данные, содержимое ячеек должно быть очищено, прежде чем в них будут записаны новые данные. В SSD операция записи может быть проделана только для страниц, однако из-за аппаратных ограничений команда удаления всегда выполняется на весь блок^[7]. В результате, запись на SSD-носитель выполняется очень быстро до тех пор, пока существуют чистые страницы, но значительно замедляется, если необходимо очищать предварительно записанные страницы.

Так как очистка ячеек в странице необходима перед тем, как в них можно будет записывать снова, но только целый блок может быть очищен, процесс перезаписи инициирует цикл чтение-очистка-модификация-запись^[5][8]: содержимое целого блока должно быть сохранено в кеше перед тем, как оно может быть удалено с накопителя, перезаписываемые данные модифицируются в кеше и только после этого целый блок (с обновлённой страницей) записывается на накопитель. Это явление известно как усиление записи^{[англ.][9][10]}.

В SSD-контроллерах производители используют различные техники для оптимального распределения операций записи по всему флеш-накопителю^[5][11]. Это делается не только для того, чтобы оптимизировать скорость путём минимизации усиления записи, но также для увеличения продолжительности жизни флеш-ячеек (выравнивание износа^[англ.]), так как обычные MLC-флеш-ячейки выдерживают 3000—5000 циклов записи^[11]. Другой подход заключается в том, чтобы использовать лишнюю (резервную) память, не задекларированную операционной системе и даже BIOS, для предоставления чистых страниц для операций записи как можно дольше перед тем, как начать перезаписывать другие страницы^[3].

Эффективность этих методов по большей части зависит от обмена информацией между ОС и контроллером SSD о том, какие страницы могут считаться занятыми, а какие — свободными. Традиционно большинство ОС не информируют накопители об удалённых секторах и страницах, что не позволяет контроллерам SSD оптимально распределять свободное пространство. Команда Trim была введена чтобы исправить это, очищая неиспользуемые ячейки до того, как в них будет произведена запись, таким образом уменьшая время доступа^[3].

Так как команда полностью стирает данные в ячейках, восстановить из них данные обычно не представляется возможным^[12].

Trim не всегда поддерживается в RAID-массивах^[13].

Для старых твердотельных накопителей, произведённых до добавления команды Trim в стандарт ATA, необходимо обновление прошивки — в противном случае команда будет ими игнорироваться. Команда Trim поддерживается также не всеми операционными системами.

В некоторых случаях, когда Trim не поддерживается операционной системой, существуют утилиты, позволяющие отправлять эту команду «вручную». Обычно такие программы с помощью средств операционной системы составляют список свободных блоков и передают его накопителю в виде последовательности команд Trim. Такие продукты существуют как в виде универсальных утилит (hdparm версии 9.17 и выше), так и в виде программного обеспечения для отдельных типов накопителей (Intel^[25], G.Skill^[26]).

Аналогом команды Trim для SCSI являются команды Unmap и Write same^[27].

• Louis Gerbarg. From write() down to the flash chips (англ.). devwhy.com (4 августа 2009). — Описание принципа удаления неиспользуемых данных. Дата обращения: 24 ноября 2010. Архивировано 26 мая 2012 года.
• Nathan Edwards. White Paper: The Trim Command (англ.). Maximum PC (2 декабря 2009). — Описание команды. Дата обращения: 24 ноября 2010. Архивировано 26 мая 2012 года.