В зависимости от вашего варианта использования вы можете вообще не заметить никакой разницы в производительности.
В лучшем случае вы экономите место и повышаете производительность. Худший случай - потеря производительности.
Аппаратное обеспечение Tom's ранее провело некоторый сравнительный анализ и фактически предполагает, что, по крайней мере, в 2011 году сжатие NTFS на твердотельных накопителях может по-прежнему приводить к чистому выигрышу в МБ / с от накопителя или по крайней мере к чистому приросту, близкому к нулю. Это означает, что для подключенных SATA твердотельных накопителей интерфейс по-прежнему является узким местом, а не центральным процессором, и подразумевает, что компрессор NTFS на самом деле очень быстрый, по крайней мере для однопоточных задач. Вы можете игнорировать их предыдущие тесты CrystalDiskMark, поскольку они не имеют значения.
Если вы выполняете большое количество копий файлов из одного сжатого места в другое, производительность может снизиться (содержание, приведенное ниже, цитируется со страниц тестов Tom's Hardware, ссылки на которые приведены выше)
Теоретически операции копирования будут выполняться медленнее, поскольку файловая система сначала распаковывает соответствующие файлы, копирует или перемещает их, а затем снова сжимает.
Таким образом, вы не хотите выполнять много операций чтения-записи, так как это может связать ваш ЦП, что было бы особенно плохо, если вы уже используете ЦП для других целей.
Самый простой способ узнать, выгодно ли это для вашего варианта использования, - это попробовать. Включение и отключение сжатия NTFS тривиально и может быть выполнено на месте. Если что-то, что вы делаете с этими файлами, идет значительно медленнее, отключите его, если оно идет немного медленнее, но компенсируется наличием большего количества места, тогда это будет победой. Если это идет быстрее, и у вас есть больше места, то выигрывайте.
Связанное чтение