Manfaat kinerja akan sangat bergantung pada ukuran kumpulan hasil yang Anda kirim, selain bandwidth jaringan dan latensi antara server database dan kliennya.
Semakin besar kumpulan hasil, semakin besar latensi, atau semakin sedikit bandwidth, semakin besar kemungkinan Anda akan melihat manfaat kompresi.
Tingkat layanan maksimum Anda terbatas pada hambatan terkecil. Jadi, Anda perlu menganalisis posisi Anda saat ini terkait sumber daya jaringan dan CPU.
Server database yang paling dioptimalkan menggunakan 100% dari CPU-nya 100% dari waktu, jika tidak, Anda membuang-buang sumber daya komputasi dengan memiliki prosesor yang duduk di sana tidak melakukan apa-apa. Tentu saja, Anda tidak menginginkannya di 101%, jadi kisaran target Anda jauh di bawah 100%. Namun, maksud saya adalah jika Anda memiliki banyak ruang kepala sebelum Anda mencapai kemacetan CPU, dan set hasil adalah ukuran yang signifikan, dan jaringan merupakan faktor, maka aktifkan kompresi. Siklus CPU murah, terutama yang tidak digunakan (Anda membayar listrik dan pendingin).
Jika Anda membayar untuk bandwidth, menukar penggunaan CPU untuk bandwidth dapat dibenarkan dengan mudah, dan bahkan jika Anda hampir tidak mencapai hambatan bandwidth, kecepatan yang lebih cepat, dan tingkat layanan yang lebih tinggi, adalah sesuatu yang berharga.
Jangan lupa bahwa klien juga harus mengeluarkan siklus CPU untuk mendekompresi data. Bukan masalah utama, tapi tetap menjadi faktor. Secara umum, CPU saat ini lebih cepat daripada jaringan saat ini.
