найти стоимость сжатия данных

Question

Что может быть дороже в работе, сжатый веб-сайт или несжатый? Рассмотрим пример из Википедии:

Compressed size: 280GB
Uncompressed size: 5TB

Предположим, у нас есть все данные в базе данных, а затем для предоставления веб-страниц пользователям, которые вам понадобятся:

Если вы храните данные в сжатом виде:

• Запрос соответствующей записи из базы данных
• Распаковать запись
• Служит для передачи данных в браузер пользователя.

Если вы храните данные в несжатом виде:

• Запрос соответствующей записи из базы данных
• Служит для передачи данных в браузер пользователя.

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

Есть ли какое-нибудь (конкретное) исследование о стоимости сжатия, которое я мог бы прочитать?

Answer 1

Как правило, базы данных уже решили эту сжатую / несжатую проблему и позволяют вам настроить сжатие при необходимости , в зависимости от того, сколько вы жертвуете модификацией данных.В общем, рассматривая крупные решения - хранение сжатых предварительно кэшированных ответов - это то, что происходит в решениях для кэширования на основе ОЗУ, это наиболее рентабельно .

В Архитектура Википедии , "Текст сжат и сохраняются только редакции между статьями".