Los beneficios de rendimiento dependerán en gran medida del tamaño de los conjuntos de resultados que envíe, además del ancho de banda de la red y la latencia entre el servidor de la base de datos y sus clientes.
Cuanto mayores sean los conjuntos de resultados, mayor sea la latencia o menor el ancho de banda, es más probable que vea los beneficios de la compresión.
Su nivel máximo de servicio está limitado al cuello de botella más pequeño. Por lo tanto, debe analizar dónde se encuentra actualmente con respecto a los recursos de red y CPU.
El servidor de base de datos más optimizado utiliza el 100 % de su CPU el 100 % del tiempo; de lo contrario, está desperdiciando recursos informáticos al tener un procesador que está sentado allí sin hacer nada. Por supuesto, no lo quiere al 101 %, por lo que su rango objetivo está muy por debajo del 100 %. Sin embargo, mi punto es que si tiene mucho espacio libre antes de llegar a un cuello de botella de CPU, y los conjuntos de resultados son de un tamaño significativo, y la red es un factor, entonces active la compresión. Los ciclos de CPU son baratos, especialmente los que no se usan (usted paga la electricidad y la refrigeración).
Si paga por el ancho de banda, el intercambio de uso de CPU por ancho de banda se justifica fácilmente, e incluso si no está cerca de alcanzar el cuello de botella del ancho de banda, esa mayor velocidad y mayor nivel de servicio valen la pena.
No olvide que el cliente también debe gastar ciclos de CPU para descomprimir los datos. No es un problema importante, pero sigue siendo un factor. En general, las CPU actuales son más rápidas que las redes actuales.
