Pernyataan hak cipta: Anda dapat mencetak ulang sesuka hati. Saat mencetak ulang, pastikan untuk menunjukkan sumber asli dan informasi penulis artikel dan pernyataan hak cipta ini dalam bentuk hyperlink.
http://www.chedong.com/blog/archives/001431.html
Coba:
Opsi kompresi MEMCACHE_COMPRESSED dalam fungsi PHPmemcache_set() diaktifkan, dan memcache_get() dapat secara otomatis mendekompresi objek cache terkompresi selama pembacaan berikutnya.
Memengaruhi:
Setelah pengujian, untuk aplikasi Blog Bus saat ini, setelah mengaktifkan kompresi, jumlah objek yang disimpan dalam kapasitas yang sama (2G) meningkat sekitar dua kali lipat, dan tingkat cache hit meningkat dari sekitar 50% menjadi sekitar 60%. Investasi perangkat keras masih diperlukan untuk lebih meningkatkan hit rate. Setelah menambahkan 2 kali memori, hit rate cache akhirnya ditingkatkan menjadi 90%;
Prasyarat 0: Cache memori berguna dan hit rate layak ditingkatkan;
Apakah bermanfaat untuk meningkatkan kinerja dari 60% menjadi 90% atau dari 90% menjadi 95% tergantung pada apakah peningkatan kinerja setelah serangan bermanfaat;
Premis 1: MemCached sudah penuh. Gunakan alat memcached untuk memeriksa statistik kapasitas memcached untuk melihat apakah memcached sudah penuh. Jika ruang MemCached tidak penuh ketika sedang berjalan penuh, tidak ada gunanya mengaktifkan kompresi; Selain itu: jika Anda menemukan bahwa MemCached tidak penuh, yang terbaik adalah mengurangi kapasitas MemCached yang sesuai untuk mengosongkan lebih banyak memori untuk yang lain. layanan ke cache;
Premis 2: Rasio kompresi Data yang di-cache mungkin lebih besar dari beberapa ratus byte. Jika semuanya merupakan pasangan nilai kunci yang lebih kecil dari 100 byte, kompresi sebenarnya dapat menyebabkan perluasan. Karena ukuran objek cache disimpan dalam blok berukuran tetap di Memcached, ukuran minimumnya adalah 88 B. Oleh karena itu, kompresi dan perluasan yang disebabkan oleh data yang terlalu kecil bukanlah masalah besar;
hilangnya CPU pada aplikasi front-end:
Hilangnya CPU karena kompresi data tambahan jauh lebih rendah daripada peningkatan kinerja yang disebabkan oleh peningkatan tingkat cache hit dan pengurangan akses database latar belakang. Hal ini mirip dengan kompresi gzip/deflate http ukuran data asli, penghematan 70% konsumsi kinerja transmisi akan lebih besar daripada hilangnya kinerja yang disebabkan oleh kompresi file,
berikut ini adalah distribusi blok data MemCached setelah kompresi diaktifkan:
# Item_Size Max_age 1MB_pages Hitung Penuh?
1 104 B 342694 s 60 604918 ya<==Distribusi mayoritas minimum awal tampaknya sedikit meningkat pada 88 B
2 136 B 344213 s 39 300690 ya
3 176 B 324647 s 145 863765 ya
4 224 B 347049 s 52 243412 ya
5 280 B 332911 s 47 175968 ya
6 352 B 257080 s 114 339491 ya
7 440 B 330976 s 39 92934 ya
8 552 B 310225 s 51 96849 ya
9 696 B 305251 s 68 102407 ya
10 872 B 298607 s 74 88947 ya
11 1,1 kB 276463 s 70 66919 ya
12 1,3 kB 279819 s 79 60198 ya
13 1,7 kB 293690 detik 97 59073 ya
14 2,1 kB 304436 s 116 56492 ya
15 2,6 kB 298020 detik 102 39576 ya
16 3,3 kB 324546 detik 100 31000 ya
17 4,1 kB 321757 s 97 24056 ya
18 5,2 kB 320132 s 91 18018 ya
19 6,4 kB 332232 s 89 14062 ya
20 8,1 kB 330696 detik 81 10287 ya
21 10,1 kB 329582 detik 76 7676 ya
22 12,6 kB 337278 s 72 5832 ya
23 15,8 kB 348626 detik 66 4224 ya
24 19,7 kB 345881 s 56 2856 ya
25 24,6 kB 345825 s 44 1804 ya
26 30,8 kB 333460 detik 31 1023 ya
27 38,5 kB 335782 detik 22 572 ya
28 48,1 kB 302109 hal 17 357 ya
29 60,2 kB 358674 detik 18 306 ya
30 75,2 kB 396573 detik 17 221 ya
31 94,0 kB 431605 dtk 11 110 ya
32 117,5 kB 418652 detik 7 56 ya
33 146,9 kB 408422 hal 3 17 no
34 183,6 kB 277529 hal 2 7 no
35 229,5 kB 139156 hal 1 3 no
36 286,9 kB 232221 hal 1 1 no
37 358,6 kB 1059 dtk 3 6 ya