php(做為現在的主流開發語言)是一種執行起來非常迅速的編程語言，但是比起僅僅優化代碼來說仍然值得優化php(做為現在的主流開發語言)本身。
本文我們將根據一些實效闡述為什麼優化php(做為現在的主流開發語言)本身要比優化代碼來的更貼切，以及為什麼需要理解根據php(做為現在的主流開發語言)在你的服務器上其他相關子系統的表現找出瓶頸並修復之。與此同時，我們也提到了如何優化您的php(做為現在的主流開發語言)代碼來讓他們擁有更快的執行速度。
獲得高性能
當我們談及好的性能，往往不僅僅是指您的php(做為現在的主流開發語言)代碼執行起來有多快。性能是一套在可量化評測和速度之間取出的平衡。僅僅依靠使用更少資源的代碼執行起來也許比在高速緩存中之行的代碼更慢，並且相同的一組（在高速緩沖中執行的）代碼可以在同時並發執行在一台Web服務器上。
在下面的例子中，A.php(做為現在的主流開發語言)算作一位盡可能跑得快的賽跑選手，而B.php(做為現在的主流開發語言)是一個幾乎可以以同一慢速永遠跑下去的馬拉松選手。輕負荷情況下，A.php(做為現在的主流開發語言)可以充分的快，但是當流量增加後，B.php(做為現在的主流開發語言)的性能表現將僅僅降低一點點而A.php(做為現在的主流開發語言)會垮掉。
讓我們來通過一個事實來驗證此說法更深遠的本質意義。假設我們需要讀取一個250K的文件並生成一個關於此文件的HTML概要。我們寫了兩個腳本來做同樣一件事：hare.php
(做為現在的主流開發語言)將一次性讀取整個文件到內存中，然後一步執行到位；而tortoise.php
(做為現在的主流開發語言)每次只讀取文件的一行，並且決不超過內容容量。結果Tortoise.php
(做為現在的主流開發語言)因為多次讀寫需要更多的系統回應而慢得多。"
程序每執行一次，hare.php
(做為現在的主流開發語言)需要0.04秒CPU執行時間和10Mb的內存，而tortoise.php
(做為現在的主流開發語言)需要0.06秒CPU執行時間和5Mb的內存。服務器共有100Mb實際內存容量並且其CPU有99%是空閒的。我們同時假定執行這樣一個簡單事件不產生內存碎片。
當有10各程序並發執行時，hare.php
(做為現在的主流開發語言)將發生內存溢出（10 ×10 = 100）。與此同時，tortoise.php
(做為現在的主流開發語言)仍將有50Mb空余內存可用！11個程序並發執行將使hare.php
(做為現在的主流開發語言)徹底“潰敗”因為它開始需要使用虛擬內存——執行速度有可能降低到其常規速度的一半以下；而且現在每一個單獨程序進程需要0.08秒CPU執行時間。而此期間，tortoise.php
(做為現在的主流開發語言)仍舊運行在其常規CPU執行時間——0.06秒！
以下表格中，執行得更快的php
(做為現在的主流開發語言)腳本使用粗體區分開來：
------------------------------------------------------------------------------------------
| 連接數 | 每執行1次HTTP請求所需CPU執行時間（秒）| 每執行10次HTTP請求所需CPU執行時間（秒）| 每執行11次HTTP請求所需CPU執行時間（秒）|
------------------------------------------------------------------------------------------
| hare.php
(做為現在的主流開發語言) | 0.04 | 0.04 | 0.88（內存溢出） |
------------------------------------------------------------------------------------------
| tortoise.php
(做為現在的主流開發語言) | 0.06 | 0.60 | 0.66 |
------------------------------------------------------------------------------------------
如您在上例中看到的，獲得更好的性能不再僅僅是寫出執行起來更快的php
(做為現在的主流開發語言)程序。高性能php
(做為現在的主流開發語言)表現需要對底層硬件知識以及操作系統、軟件支持如Web服務器、數據庫等有一個良好認識和理解。
瓶頸 以上兩個例子讓我們看到了(性能)下降的瓶頸所在。當擁有無限大容量的內存時，hare.php
(做為現在的主流開發語言)的確是始終比tortoise.php
(做為現在的主流開發語言)快。但是，僅僅認為內存是php
(做為現在的主流開發語言)整體性能的瓶頸所在顯得過於單純——實際上遠不止這些：
(a) 網絡
你的網絡有可能是最大的瓶頸所在。如果你有10M的帶寬——最多你只能獲得1M/秒的傳輸速度。如果假設每個php
(做為現在的主流開發語言)頁為30k，那麼每秒僅僅只傳輸33頁就將使你的網絡帶寬達到飽和。更多導致瓶頸產生的因素包括頻繁訪問低速DNS，或者網絡設備僅能獲得十分有限的存儲。
(b) CPU
如果你監視一下你的CPU負荷情況，發送一個純靜態HTML頁面並不會增加CPU負擔——就像我們以上提到的，此時瓶頸在於網絡。當然啦，對於由php
(做為現在的主流開發語言)生成的復雜動態頁面，你的CPU速度自然將成為限制因素之一。擁有包含多個CPU的服務器或者一個服務器陣列將減輕因CPU帶來的影響。
