使用php程式設計的最大好處是學習這種程式語言非常容易以及其豐富的庫。即使對需要使用的函式不是十分了解，我們也能夠猜測出如何完成乙個特定的任務。
儘管php非常簡單易學，但我們仍然需要花費一點時間來學習php的一些程式設計技巧，尤其是與效能和記憶體占用相關的技巧。在php中，有許多小技巧能夠使我們減少記憶體的占用，並提高應用程式的效能。在本篇文章中，我們將對php應用程式的分析、如何改變指令碼**以及比較優化前後的各種引數值進行簡要的介紹。
通過在程式中設定計時的程式，並反覆執行這些**，我們可以獲得有關程式執行速度的一組資料，這些資料可以可以用來發現程式中的瓶頸，以及如何進行優化，提高應用程式的效能。
也許讀者曾經聽說過pear庫吧。我們將使用pear庫建立在分析時需要使用的例子，這也是對現有的**進行分析的最簡單的方法，它使我們無需使用商用產品就能對**進行分析。
我們要使用的庫的名字是pear::benchmark，它對於對**進行分析和效能測試非常有用。這個庫提供乙個名字為benchmark_timer()的類，能夠記錄乙個函式呼叫和下乙個函式呼叫之間的時間。在對**的效能進行測試時，我們可以得到乙個詳細的指令碼執行結果，它非常簡單，如下所示：
include_once("benchmark/timer.php");
$bench = new benchmark_timer;
$bench->start();
$bench->setmarker('start of the script');
// 現在處於睡眠狀態幾分鐘
sleep(5);
$bench->stop();
// 從計時器中獲得分析資訊
print_r($bench->getprofiling());
?>
上面**執行後的輸出如下所示：
array
([0] => array
([name] => start
[time] => 1013214253.05751200
[diff] => -
[total] => 0
)[1] => array
([name] => start of the script
[time] => 1013214253.05761100
[diff] => 9.8943710327148e-05
[total] => 9.8943710327148e-05
)[2] => array
([name] => stop
[time] => 1013214258.04920700
[diff] => 4.9915959835052
[total] => 4.9916949272156))
上面的數字似乎是一組雜亂無章的數字，但如果程式的規模更大，這些數字就十分地有用了。
也許廣大讀者也能猜測到，陣列的第乙個表目是實際呼叫benchmark_timer()類的方法，例如
$bench->start()、$bench->setmarker()和$bench->stop()，與這些表目有關的數字是相當簡單的，現在我們來仔細地研究這些數字：
[0] => array
([name] => start
[time] => 1013214253.05751200
[diff] => -
[total] => 0
)time表目指的是何時對benchmark_timer()的start()方法呼叫的unix的timestamp，diff表目表示這次呼叫和上次呼叫之間的時間間隔，由於這裡沒有上一次，因此顯示出了乙個破折號，total表目指的是自測試開始到這一特定的呼叫之前**執行的總的時間。下面我們來看看下乙個陣列的輸出：
[1] => array
([name] => start of the script
[time] => 1013214253.05761100
[diff] => 9.8943710327148e-05
[total] => 9.8943710327148e-05
)從上面的數字我們可以看出，在呼叫$bench->start()之後，程式執行了9.8943710327148e-05秒（也就是
0.0000989秒）後開始呼叫$bench->setmarker(....)。
一次真實的效能測試經歷
儘管上面的例子不錯，但在對於決定如何優化你的站點**設計方面，它真的不能算是乙個好例子。下面我將用我自己作為**技術人員的一段親身經歷來說明如何解決效能方面存在的問題。
我並不大理解**使用的**，因為它是根據特殊的需求，歷經多年開發而成的━━其中的乙個模組包括**轉換**，另乙個模組記錄**的使用情況，其他的模組也各有各的作用。我和**的主要開發者都意識到**的**需要優化，但又不清楚問題出在哪兒。
為了盡快地完成任務，我開始研究**的主要指令碼**，並在全部指令碼**以及其包含檔案中新增了一些
$bench->setmarker()命令，然後分析$bench->getprofiling()的輸出，並對得到的結果大吃一驚，原來問題出在乙個與獲得特定語言名字（例如en代表english）的轉換**的函式呼叫中，該函式在每個頁面上都會被使用數百次。每次呼叫該函式時，指令碼**都會對乙個mysql資料庫進行查詢，從乙個資料庫表中獲得真正的語言名字。
於是我們這一類的資訊建立了乙個緩衝系統。經過短短2天時間的工作，我們使系統的效能得到了很大的提高，第一周內頁面的瀏覽量也因此而增加了40%。當然了，這只是乙個有關分析**能夠提高網際網路應用或網際網路**效能的例子。
效能測試函式呼叫
在分析乙個指令碼或網頁（以及其包含檔案）時，儘管benchmark_timer()特別有用，但它並不科學，因為要獲得分析的資料我們必須多次載入指令碼，而且它也不是針對某個類或函式呼叫的。
pear::benchmark庫中的另乙個被稱作benchmark_iterator的類能夠很好地解決這乙個問題，它能夠針對特定的函式或類的方法，顯示其分析資訊。它的用途是能夠能夠從測試中獲得一致的結果，因為我們知道，如果執行一段指令碼一次，其執行時間為10秒，並不意味著它每次的執行時間總是10秒。
in any case, let's see some examples:
// 連線資料庫的**
include_once("db.php");
$dsn = array(
'phptype' => 'mysql',
'hostspec' => 'localhost',
'database' => 'database_name',
'username' => 'user_name',
'password' => 'password'
);$dbh = db::connect($dsn);
function getcreateddate($id)
else
}include_once 'benchmark/iterate.php';
$bench = new benchmark_iterate;
// 執行getdate函式10次
$bench->run(10, 'getcreateddate', 1);
// 列印分析資訊
print_r($bench->get());
?>
執行上面的**能夠產生與下面相似的結果：
array
([1] => 0.055413007736206
[2] => 0.0012860298156738
[3] => 0.0010279417037964
[4] => 0.00093603134155273
[5] => 0.00094103813171387
[6] => 0.00092899799346924
[7] => 0.0010659694671631
[8] => 0.00096404552459717
[9] => 0.0010690689086914
[10] => 0.00093603134155273
[mean] => 0.0064568161964417
[iterations] => 10
)上面的這些數字很好理解，mean條目表示getcreateddate()函式10次執行的平均時間。在進行實際測試時，應該至少執行1000次，但這個例子得出的結果已經足夠說明問題了。
C 應用程式效能優化
本文選自c 應用程式效能優化 第2版 一書 總 序 去國離家十六載後，2006年，當我再次歸來凝視上海這座不夜城時，不由地感慨世界真的變小了 變平了，中國作為地球村的一員，正以驚人的速度發展變化著。世界正改變著中國，中國也不斷影響著世界。在備感欣喜振奮之餘，我亦常常思索，在乙個越來越小 越來越平的世...
C 應用程式效能優化
本文選自一書 總 序 去國離家十六載後，2006年，當我再次歸來凝視上海這座不夜城時，不由地感慨世界真的變小了 變平了，中國作為地球村的一員，正以驚人的速度發展變化著。世界正改變著中國，中國也不斷影響著世界。在備感欣喜振奮之餘，我亦常常思索，在乙個越來越小 越來越平的世界裡，中國會面對怎樣的挑戰和機...
WPF 應用程式效能優化
開發效率 能使用xaml實現的就不使用者cs後台程式編寫 資料繫結 資料繫結使用的是屬性，不是字段 public observablecollectionlist new observablecollection dispatcher.invoke dispatcherpriority.backgr...