『壹』 php如何才能測試游戲運行速度及流暢度
大部分的php是基於web的 也就是走的是http的協議, 所以如果是單機游戲或者是網路游戲的話 就放棄吧,
『貳』 如何查看PHP執行速度或查看PHP執行耗時
<?php
$dateStart = time();
//這里是放你的PHP代碼（N多行），其中可以include別的文件
$dateEnd = time();
$totalSecond = $dateEnd - $dateStart;
echo '共執行了' . $totalSecond . '秒';
?>
『叄』 如何排查 PHP 網站運行速度慢的原因
排查 PHP 網站運行速度慢的原因
首先，使用瀏覽器的開發人員工具(Chrome)或Firefox的Firebug，確定，問題出在前端，還是後端。查看瀑布圖，看看是卡在了伺服器處理腳本上（典型特徵是文檔Waiting的時間特別長），還是前端（大量的圖片、大量的JS、好多Flash）。90%網站性能問題是由前端造成的。
若確定是伺服器端問題，看看PHP版本是不是過低了、使用XDebug的Profile結合Webgrind等，看看到底哪些函數執行的次數最多、單次時間最長、執行總時間最長，找到根源一擊必殺!PHP的編譯器不對PHP代碼進行任何優化，所以某種意義上蠻考研PHPer的功力。
『肆』 php 頁面程序執行速度正常應該在多少毫秒
你這個0.02毫秒，已經非常快了，只是以後數據多了以後，或者同時訪問的人多了以後，能否保持這個效率，這才是關健。
對於人來說，點一個網頁，幾秒打開都是可以接受的。
『伍』 php 中 三元運算和 IF語句 運行速度
編譯器的角度講，二元運算速度比三元運算速度稍微快一點點，但是這個差距是完全可以忽略的。
三元運算對代碼可讀性的提升是非常明顯的
剛才做了下測試
CPU: Core i5-2400 @3.1GHz
內存：4GB DDR3 1333
系統：Win7 64bit SP1 6.1.7601
200W次，速度差距不到1ms
所以說，完全不用考慮速度上的差距
為了提高代碼可讀性，能使用三元運算的時候就用三元運算
『陸』 怎樣提高php運行速度
使用PHP的最大1個優勢就是速度快。一般情況下，PHP總是具有足夠的速度支持Web內容動態生成，許多時候甚至無法找出比它更快的方法。然而，當面對龐大的訪問量、高負荷的應用、有限的帶寬，以及其他各種帶來性能瓶頸的因素時，就需要考慮怎樣提高PHP的性能了。
步驟/方法
代碼優化
代碼優化不僅僅是寫出干凈和清晰的代碼，而是對代碼進行一定的簡化。可以使用Zend Optimizer來自動幫助完成這些繁雜的工作。Zend Optimizer可以從Zend Technologies的網站http://www.zend.com/免費得到，但必須同意它的許可約定，因為它不是以GPL方式發行的。它的原理很簡單，即通過檢測Zend引擎產生的中間代碼，並對它進行優化，從而獲得更高的執行速度。
在使用了Zend Optimizer後，復雜的PHP源程序的執行效率馬上會得到顯著提高，缺點是優化後的代碼可讀性下降，給代碼修改帶來困難。
Zend Optimizer的安裝方法非常簡單，只要根據用戶使用的平台，下載相關的預編譯版本，把下面2行代碼加入到php.ini文件中，重新啟動Web 伺服器就行了:
zend_optimizer.optimization_level=15
zend_extension=″/path/to/ZendOptimizer.so″
zend_loader.enable=Off
額外增加的第三行代碼是可選的，因為禁用zend_loader將會使優化速度更快。需要注意的是，只有在不使用Zend Encoder Runtime的時候，才可以禁用zend_loader。
使用緩存
如果PHP程序的規模很大，那麼提高速度的辦法就是使用緩存。現在已經有許多緩存方案可供選擇，其中包括Zend Cache、APC和Afterburner Cache。
上面這幾種都是「緩存模塊」(caching moles)。第一次調用PHP文件時，緩存模塊從PHP源代碼生成一些中間代碼，並把這些中間代碼存儲在Web伺服器的內存中。以後再調用這些文件時，就可以直接使用內存中「編譯」過的代碼。這種方法確實能夠改善應用的性能，因為它使得磁碟訪問量減低到了最少的程度(代碼已經讀取和解析)，代碼直接在內存中運行，使得伺服器響應請求的速度大大提高。
當然，緩存模塊還會監視PHP源文件的變化，必要時會重新緩存頁面，從而防止用戶得到的頁面仍舊由過時的PHP代碼生成。由於緩存模塊能夠明顯地降低伺服器的負載，提高PHP應用的響應效率，因此它們非常適合於負載較大的網站使用。
Zend Cache是Zend Technologies公司開發的商業軟體。在第一次運行後，PHP頁面的運行速度立刻會有很大的提高，伺服器的空閑資源也更多了。缺點是它不是免費的，但性價比還是很高的。
Afterburner Cache是Bware Technologies公司開發的免費緩存模塊。功能與Zend Cache基本一樣，但提高性能方面比不上Zend Cache。
APC(Alternative PHP Cache)是由Community Connect公司開發的另一種免費緩存模塊，目前版本是2.0.4，可以從http://pecl.php.net/package/APC獲得。對於產品應用來說，它的性能很穩定，而且也能在很大程度上提高響應請求的速度。
壓縮網頁內容
影響站點的訪問速度還有1個重要因素，那就是下載速度。解決的辦法就是壓縮網頁內容。對於純文本內容而言，HTTP壓縮技術可壓縮至原大小的40%以下，從而提供60%以上的數據傳輸節約。雖然Web伺服器會因為壓縮導致CPU佔用的略微上升，但可以節約大量用於傳輸的網路IO。
根據IETF規范，大部分瀏覽器都支持使用gzip壓縮演算法進行內容壓縮。也就是說，可以先用gzip壓縮網頁內容，然後發送到客戶端瀏覽器,瀏覽器在接收的時候會自動解壓數據，再顯示頁面。這個過程對用戶來說，是完全透明的。同樣，壓縮Web頁面的內容也有不同的方法。
Mod_gzip是1種開放源代碼的、標準的Apache模塊，也叫互聯網內容加速模塊。可以將它和Apache一起編譯，也可以作為DSO使用。相對於普通的瀏覽過程，它可以節省40%左右的流量。Mod_gzip不僅可以壓縮靜態的內容，如HTML、XML，而且對動態生成的，包括SQL、Java、WML、VRML等產生的內容，在伺服器端進行實時壓縮並傳輸，其壓縮效率驚人，一般都為60%～85%。
壓縮動態網頁的內容，還可以使用class.gzip來對.php文件編碼，class.gzip通過在PHP腳本的開頭和結尾調用它的一些函數來壓縮網頁內容。如果整個站點都需要這樣的壓縮，可以在php.ini文件中的auto_prepend和auto_append中調用這些函數，但是會佔用一定的系統開銷。
PHP4.0.4推出了1種新的輸出緩沖的處理手段—ob_gzhandler，它的作用和class.gzip完全一樣，區別是可以直接把它加到php.ini 文件中，語法如下：
output_handler = ob_gzhandler;
這樣將激活PHP的輸出緩沖功能，並在發送內容前進行壓縮。如果不想在這里設置，只在需要的地方才改變這個默認設置(不壓縮)，只要在需要壓縮的PHP源程序目錄中，修改一下.htaccess文件就行了，語法如下：
php_value output_handler ob_gzhandler
或者直接在PHP代碼中調用它：
ob_start(″ob_gzhandler″);
輸出緩沖的效果確實很理想，並且不會為伺服器帶來額外的系統開銷。要注意的一點是Netscape Communicator不支持圖像的壓縮。因此除非知道訪問者都使用Internet Explorer，否則必須禁止壓縮jpeg和gif圖象。
其它技巧
在編程時，使用一些小技巧也可以加快PHP的運行速度：
(1)用i+=1代替i=i+1，既符合c/c++的習慣，效率相對還更高。
(2)盡可能使用PHP內部函數。
(3)能使用單引號字元串時，盡量使用單引號字元串。單引號字元串的效率要高於雙引號字元串。
(4)用foreach代替while遍歷數組，foreach的效率明顯高於while循環，而且不需要調用reset函數。
『柒』 php電子商務性能測試怎麼測試
一：性能測試
（1）連接速度測試。用戶連接到電子商務網的速度與上網方式有關，他們或許是電話撥號，或是寬頻上網！
（2）負載測試。負載測試是在某一負載級別下，檢測電子商務系統的實際性能。
也就是能允許多少個用戶同時在線！可以通過相應的軟體在一台客戶機上模擬多個用戶來測試負載。
（3）壓力測試。壓力測試是測試系統的限制和故障恢復能力，也就是測試電子商務系統會不會崩潰！
二：安全性測試
它需要對電子商務的客戶伺服器應用程序、數據、伺服器、網路、防火牆等進行測試！用相對應的軟體進行測試！
｛上面的測試是針對電子商務的，在電子商務書上找到的，那個測試一般普通的網站就是二方面。
1.基本測試
包括色彩的搭配，連接的正確性，導航的方便和正確，CSS應用的統一性
2.技術測試
網站的安全性（伺服器安全，腳本安全），可能有的漏洞測試，攻擊性測試，錯誤性測試。 ｝
網站的評估主要對以下方面：網站界面,產品展示,在線支付,在線客服,線下產品配送。更重要的是目標消費者可以很方便快捷的找到該網站,從而進行電子商務活動.讓客戶找到該電子商務網站。是否網站有一個搜索引擎!或是把自己的網站添加到一些大的分類目錄上。再就是讓目標客戶記得你網站的名字(最終效果--品牌效果)並直接進去！個好的電子商務網站是看它是否經過搜索引擎優化了.
『捌』 測試php連接mysql的速度
php5.x以上，支持用microtime(1)，直接獲取微秒級的了
不用microtime_float
『玖』 如何測試PHP主機的速度。。
可以直接讓主機商提供IP給你自己去測試速度和穩定性的啊
我以前買恆創主機的時候就是這樣他們給我機房IP自己測試
還有恆創客戶的網站
這些真實的例子
就可以測試出速度哦
他們當時給我的時候都非常快
我心裡還有點疑慮會不會是故意給我快的
可是後來我買了以後發現是真的快哦
我自己的網站基本都是秒開
哈哈
推薦你去了解下
『拾』 請教關於php運行速度與文件大小的問題
下面是一些提高php執行效率的方法，由於沒找到原作者是誰，所以原文鏈接接不給出了。這里有些是我深有體會的，有些我沒有測試過，先放這里，大家 看看，同時也當作一個筆記放在這里供以後慢慢看
0、用單引號代替雙引號來包含字元串，這樣做會更快一些。因為PHP會在雙引號包圍的字元串中搜尋變數，單引號則不會，注意：只有echo能這么 做，它是一種可以把多個字元串當作參數的「函數」（譯註：PHP手冊中說echo是語言結構，不是真正的函數，故把函數加上了雙引號）。
1、如果能將類的方法定義成static，就盡量定義成static，它的速度會提升將近4倍。
2、$row['id'] 的速度是$row[id]的7倍。
3、echo 比 print 快，並且使用echo的多重參數（譯註：指用逗號而不是句點）代替字元串連接，比如echo $str1,$str2。
4、在執行for 循環之前確定最大循環數，不要每循環一次都計算最大值，最好運用foreach代替。
5、注銷那些不用的變數尤其是大數組，以便釋放內存。
6、盡量避免使用__get，__set，__autoload。
7、require_once()代價昂貴。
8、 include文件時盡量使用絕對路徑，因為它避免了PHP去include_path里查找文件的速度，解析操作系統路徑所需的時間會更少。
9、如果你想知道腳本開始執行（譯註：即伺服器端收到客戶端請求）的時刻，使用$_SERVER[『REQUEST_TIME』]要好於 time()。
10、函數代替正則表達式完成相同功能。
11、str_replace函數比preg_replace函數快，但strtr函數的效率是 str_replace函數的四倍。
12、如果一個字元串替換函數，可接受數組或字元作為參數，並且參數長度不太長，那麼可以考慮額外寫一段替換代碼，使得每次傳遞參數是一個字元，而 不是只寫一行代碼接受數組作為查詢和替換的參數。
13、使用選擇分支語句（譯註：即 switch case）好於使用多個if，else if語句。
14、用@屏蔽錯誤消息的做法非常低效，極其低效。
15、打開apache的mod_deflate模塊，可以提高網頁的瀏覽速度。
16、資料庫連接當使用完畢時應關掉，不要用長連接。
17、錯誤消息代價昂貴。
18、在方法中遞增局部變數，速度是最快的。幾乎與在函數中調用局部變數的速度相當。
19、遞增一個全局變數要比遞增一個局部變數慢2倍。
20、遞增一個對象屬性（如：$this->prop++）要比遞增一個局部變數慢3倍。
21、遞增一個未預定義的局部變數要比遞增一個預定義的局部變數慢9至10倍。
22、僅定義一個局部變數而沒在函數中調用它，同樣會減慢速度（其程度相當於遞增一個局部變數）。PHP大概會檢查看是否存在全局變數。
23、方法調用看來與類中定義的方法的數量無關，因為我（在測試方法之前和之後都）添加了10個方法，但性能上沒有變化。
24、派生類中的方法運行起來要快於在基類中定義的同樣的方法。
25、調用帶有一個參數的空函數，其花費的時間相當於執行7至8次的局部變數遞增操作。類似的方法調用所花費的時間接近於15次的局部變數遞增操 作。
26、 Apache解析一個PHP腳本的時間要比解析一個靜態HTML頁面慢2至10倍。盡量多用靜態HTML頁面，少用腳本。
27、除非腳本可以緩存，否則每次調用時都會重新編譯一次。引入一套PHP緩存機制通常可以提升25%至100%的性能，以免除編譯開銷。
28、盡量做緩存，可使用memcached。memcached是一款高性能的內存對象緩存系統，可用來加速動態Web應用程序，減輕資料庫負 載。對運算碼 (OP code)的緩存很有用，使得腳本不必為每個請求做重新編譯。
29、當操作字元串並需要檢驗其長度是否滿足某種要求時，你想當然地會使用strlen()函數。此函數執行起來相當快，因為它不做任何計算，只返 回在zval 結構（C的內置數據結構，用於存儲PHP變數）中存儲的已知字元串長度。但是，由於strlen()是函數，多多少少會有些慢，因為函數調用會經過諸多步 驟，如字母小寫化（譯註：指函數名小寫化，PHP不區分函數名大小寫）、哈希查找，會跟隨被調用的函數一起執行。在某些情況下，你可以使用isset() 技巧加速執行你的代碼。
（舉例如下）
if (strlen($foo) < 5) { echo 「Foo is too short」$$ }
（與下面的技巧做比較）
if (!isset($foo{5})) { echo 「Foo is too short」$$ }
調用isset()恰巧比strlen()快，因為與後者不同的是，isset()作為一種語言結構，意味著它的執行不需要函數查找和字母小寫化。 也就是說，實際上在檢驗字元串長度的頂層代碼中你沒有花太多開銷。
34、當執行變數$i的遞增或遞減時，$i++會比++$i慢一些。這種差異是PHP特有的，並不適用於其他語言，所以請不要修改你的C或Java 代碼並指望它們能立即變快，沒用的。++$i更快是因為它只需要3條指令(opcodes)，$i++則需要4條指令。後置遞增實際上會產生一個臨時變 量，這個臨時變數隨後被遞增。而前置遞增直接在原值上遞增。這是最優化處理的一種，正如Zend的PHP優化器所作的那樣。牢記這個優化處理不失為一個好 主意，因為並不是所有的指令優化器都會做同樣的優化處理，並且存在大量沒有裝配指令優化器的互聯網服務提供商（ISPs）和伺服器。
35、並不是事必面向對象(OOP)，面向對象往往開銷很大，每個方法和對象調用都會消耗很多內存。
36、並非要用類實現所有的數據結構，數組也很有用。
37、不要把方法細分得過多，仔細想想你真正打算重用的是哪些代碼？
38、當你需要時，你總能把代碼分解成方法。
39、盡量採用大量的PHP內置函數。
40、如果在代碼中存在大量耗時的函數，你可以考慮用C擴展的方式實現它們。
41、評估檢驗(profile)你的代碼。檢驗器會告訴你，代碼的哪些部分消耗了多少時間。Xdebug調試器包含了檢驗程序，評估檢驗總體上可 以顯示出代碼的瓶頸。
42、mod_zip可作為Apache模塊，用來即時壓縮你的數據，並可讓數據傳輸量降低80%。
43、在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情況下，盡量用 file_get_contents，因為他的效率高得多！但是要注意file_get_contents在打開一個URL文件時候的PHP版本問題；
44、盡量的少進行文件操作，雖然PHP的文件操作效率也不低的；
45、優化Select SQL語句，在可能的情況下盡量少的進行Insert、Update操作(在update上，我被惡批過)；
46、盡可能的使用PHP內部函數（但是我卻為了找個PHP裡面不存在的函數，浪費了本可以寫出一個自定義函數的時間，經驗問題啊！）；
47、循環內部不要聲明變數，尤其是大變數：對象(這好像不只是PHP裡面要注意的問題吧？)；
48、多維數組盡量不要循環嵌套賦值；
49、在可以用PHP內部字元串操作函數的情況下，不要用正則表達式；
50、foreach效率更高，盡量用foreach代替while和for 循環；
51、用單引號替代雙引號引用字元串；
52、「用i+=1代替i=i+1。符合c/c++的習慣，效率還高」；
53、對global變數，應該用完就unset()掉；