First you should determine what the bottleneck is (or will probably be under load).
With turning on (transparent) compression you trade cpu resources for data (network) throughput. So, you have to think about: Is my data (highly) compressible? Is the time it takes to transfer the data to the client a bottleneck? How much cpu resources can I spent for the compression? What other resources does my script use (e.g. memory consumption, database connections, ...)? Which resource will become the bottleneck under (heavy) load? When, where and for how long will one instance of the script block another instance? And so on and on.

Ayrıca xdebug yerleşik biri, apache benchmarking tools gibi YSlow, profilleyicilerini gibi araçlar ilginizi çekebilir, (kod) [(3)] {gibi önbelleğe } ... ve çok daha fazlası.

PHP kodu hızlandırmak için yapabileceğiniz tek ve en etkili şey, bir opcode cache çalıştırılır.

Zend Optimizer + bir örnektir. ("+" Olmadan) eski Zend Optimizer bir kod iyileştirici değil, bir opcode önbellek oldu ve bir opcode önbelleği kullanmak olmasaydı aslında PHP kodu yavaşlatabilir.

Bunu yaptıktan sonra o darboğazları için test etmek zor iş bir sürü (diğer insanların belirtildiği gibi) geliyor. Sen darboğazları azaltmak için dikkatle kodunuzu refactor gerekir. En performans uzman performans sorunları daha kod tek tek satırları daha kötü uygulama mimarisi neden olduğunu söylüyorlar.

Eğer birden çok kez göstermek gerekir önbelleğe alma içeriği de performansını artırmak için ortak bir çözümdür. Ama önbellek ne içerik ve ne kadar süre için karar verirken, sen test ve deney yapmak ve karar vermeleri gereken bir başka alandır.

Darboğaz tüm PHP kodu olmayabilir düşünün. Bu veritabanı doğru dizin yok ki olabilir. Finding the right indexes çalıştırmak için gereken sorguları verilen de titiz bir çalışma ve test içerir.

Ayrıca sık sık tıkanıklık istemci olabilir. PHP kodu sunucu üzerinde çabuk bitse bile, sayfa kötü performans bir algı oluşturarak, tarayıcıda verimsiz bir yük olabilir.

IMHO, tüm web tasarımcıları ve geliştiricileri yapmalıdır Steve Souders books ve blogs okuma gereklidir.

Bu aynı zamanda ilgili soran zlib yapılandırması ile ilgilidir, ve YSlow ve Google PageSpeed gibi müşteri performans ölçüm araçları.

Çıktı sıkıştırma gitmek için yoludur. Set the compression level to 1, bu büyük tasarruf / CPU yükü oranını verir çünkü. Varsayılan düzey bazı ekstra bayt için bir şeyler yavaşlatarak verimsiz olabilir ki, bir 1-9 ölçekte 6'dır.