Сделать Заголовки графика MRTG Более конкретными?

Сжатие диска никогда не будет давать Вам лучшую производительность.

Это не может дать Вам почти штраф из-за быстрых современных центральных процессоров, но это - совершенно другая вещь.

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

Некоторые сценарии:

• Медиа-файлы. Они обычно уже сжимаются самостоятельно (JPEG, MPEG, MP3), так сжатие их на уровне файловой системы не собирается помогать вообще; это вместо этого ухудшит вещи, потому что ресурсы ЦП уже необходимы для кодирования/декодирования их.
• Базы данных. Они обычно читаются из к в небольших случайных пакетах, так сжатие их не будет не только обладать никаким преимуществом вообще, но также ухудшит производительность, поскольку DBMS не может правильно определить, где на диске физические данные, к которым это должно получить доступ, хранятся.
• Файл подкачки. Это является обычно довольно большим, но O.S. должен обратиться к очень маленьким блокам данных по нему и должен сделать это очень точно ("Чтение 4K в физическом адресе X"); сжатие его обычно не возможно, но даже если бы это было, то это была бы полная пустая трата времени и ресурсы: это обеспечило бы почти нулевое сжатие, из-за "полных случайных данных" природа этого файла.