Windows: сжатие раздела жесткого диска ускорит доступ к диску?

Возможный дубликат:
Как сжатие NTFS влияет на производительность?

Теоретически, на достаточно быстром ПК процессор в основном не работает во время доступа к жесткому диску.

Сжатый файл занимает меньше физического пространства, поэтому жесткий диск (являющийся самой медленной частью в системе) должен читать меньше физических данных.

Можно утверждать, что небольшой дополнительный объем работы для процессора для несжатия данных «на лету» не приведет к замедлению операции чтения, поэтому, следовательно, мой вопрос:

Если я активирую сжатие диска на компьютере под управлением Windows, могу ли я положительно повлиять на пропускную способность данных за счет более высокой загрузки процессора?

Некоторая дискуссия по этому вопросу здесь

http://ask.metafilter.com/51652/Could-turning-on-disk-compression-actually-speed-up-disk-access

и здесь

http://arstechnica.com/civis/viewtopic.php?f=17&t=801882

Слишком много переменных для прямого ответа.

Можно было бы подумать, что накладные расходы процессора будут меньше, чем накладные расходы на диск, и что сжатые разделы будут быстрее. Однако мой опыт показывает, что он почти всегда медленнее сжимается …

Поскольку разница в производительности даже не примечательна, я бы сказал, что на самом деле это не разница, но если вам нужно дополнительное пространство, то обязательно пойдите на это!

Это в значительной степени зависит от того, что издержки затрачиваются на время для извлечения двух дисковых секторов по сравнению с извлечением одного сектора и распаковкой в ​​два сектора данных.

На жестком диске наибольшая задержка связана с оборотом диска, поэтому дефрагментация диска (или одиночного файла) ускорит последовательное чтение.

Для SSD нет задержки на поиск, поэтому дефрагментация имеет меньший эффект (но все же делает указатели на детали файлов более компактными в MFT , поэтому требуется одно дополнительное чтение для фрагмента vs за весь файл).

Пример: я запускаю OpenBSD с CF- карты, а ядро ​​- 20 МБ, которое читается через 10 секунд. Я сжимаю его, и он становится как 6 МБ, и читает через 3 секунды, еще одну секунду для декомпрессии. В этом встроенном случае я сохраняю 5 seoconds от последовательности загрузки, поэтому файлы только для чтения могут быть сжаты для хорошего эффекта. (Например, загрузочный установщик PXE будет хорошим кандидатом).

Большая проблема возникает, когда вы сжимаете системные базы данных, такие как Центр обновления Windows или SQL Server, где большая часть файла получает сжатие (то есть считывает, распаковывает, изменяет, повторно сжимает и записывает), что приводит к уродливой скорости и огромной фрагментации.

По цене современных дисков я бы предложил быстрее купить диск для скорости и ограничить сжатие до строго доступных для чтения сценариев, таких как netboot или установить DVD-диски.

  • Самый быстрый способ объединить моментальные снимки в VirtualBox?
  • «Английская программа автозаполнения» для Windows
  • Каков правильный способ отладки медленной установки Windows?
  • Возможно ли слишком часто форматировать жесткий диск?
  • Будет ли использовать 10/100 роутер-трюк гигабитных скоростей для внутренней сети?
  • Инструменты для поиска узких мест в конфигурации оборудования
  • Сжимает ли файлы в XP замедляет работу?
  • Что такое разгон системы?
  • Двойная виртуализация против двойной загрузки или единой виртуализации
  • Как я могу узнать, что является узким местом, замедляющим определенный процесс / всю систему?
  • Высокое использование ЦП «Система» и «Системные прерывания» (вызванное ACPI.sys)
  • Давайте будем гением компьютера.