這一本是2009年出版的書命浴，朋友推薦的娄猫。
剛開始我有些疑惑，已經(jīng)是十年前的書了生闲，要知道這十年間的Web技術(shù)有了天翻地覆的變化媳溺，那么這本書還值得閱讀嗎？由于朋友力薦碍讯，所以我翻開了此書悬蔽。
粗翻目錄，果然值得拜讀捉兴，于是詳細(xì)寫一下筆記蝎困。
（未完待續(xù)）
Ch1. 緒論
概述了和Web站點性能相關(guān)的知識點。
Ch2. 數(shù)據(jù)的網(wǎng)絡(luò)傳輸
這里花費不少篇幅舉了一個火車運輸?shù)睦颖渡叮脕斫忉尵W(wǎng)絡(luò)傳輸?shù)母拍睢?br>
但是個人覺得禾乘，此例子十分難懂，且并不恰當(dāng)虽缕，有種適得其反的作用盖袭。如果對這塊內(nèi)容感興趣，不如直接翻開《計算機網(wǎng)絡(luò)》這本書彼宠。
當(dāng)然鳄虱，本書也不是專門講網(wǎng)絡(luò)的，所以也理解作者了凭峡。
Ch3. 服務(wù)器并發(fā)處理能力
吞吐率
并發(fā)處理能力拙已，一般用單位時間內(nèi)服務(wù)器的請求數(shù)來描述其并發(fā)能力。也就是吞吐率摧冀，單位是reqs/s倍踪。
吞吐率是指在一定并發(fā)用戶數(shù)的情況下，服務(wù)器處理請求能力的量化體現(xiàn)索昂。
并發(fā)用戶數(shù)是指在某一時刻同時向服務(wù)器發(fā)送請求的用戶總數(shù)建车。
請求等待時間，一般我們所關(guān)心的有這樣兩種：用戶平均請求等待時間椒惨；服務(wù)器平均請求處理時間缤至。
并不存在一個對所有性質(zhì)的請求都高效的并發(fā)策略。因此需要了解你的站點正在處理哪些性質(zhì)的請求康谆，并根據(jù)這些性質(zhì)來選擇最佳的并發(fā)策略领斥。
CPU并發(fā)計算
操作系統(tǒng)通過多執(zhí)行流體系設(shè)計使得多個任務(wù)可以輪流使用系統(tǒng)資源嫉到。
本部分描述了如下概念：進(jìn)程、輕量級進(jìn)程月洛、線程何恶、進(jìn)程調(diào)度器、系統(tǒng)負(fù)載嚼黔、進(jìn)程切換细层、IOWaite、鎖競爭唬涧。
IOWait：CPU空閑并等待I/O操作完成的時間比例疫赎。
鎖競爭：在服務(wù)器處理大量并發(fā)請求的時候，多個請求處理任務(wù)之間也存在一些資源搶占競爭爵卒。我們一般采用“鎖”機制來控制資源的占用虚缎。
系統(tǒng)調(diào)用
進(jìn)程有用戶態(tài)和內(nèi)核態(tài)兩種運行模式撵彻。進(jìn)程在兩種模式之間切換钓株，也需要一定的開銷。
系統(tǒng)調(diào)用涉及進(jìn)程從用戶態(tài)到內(nèi)核態(tài)的切換陌僵，有比較昂貴的開銷轴合。因此，減少不必要的系統(tǒng)調(diào)用碗短，是Web服務(wù)器性能優(yōu)化的一個方面受葛。
內(nèi)存分配
Web服務(wù)器工作的過程中，需要用到大量的內(nèi)存偎谁，因此內(nèi)存的分配和釋放尤其重要总滩。
不同的Web服務(wù)器也有各自不同的內(nèi)存分配策略，可以在了解后根據(jù)需要進(jìn)行選擇巡雨。
持久連接
從性能的角度看闰渔，建立TCP連接的操作本身便是一項不小的開銷，所以在允許的情況下铐望，連接次數(shù)越少冈涧，越有利于性能的提升。
持久連接的動機：盡量減少連接次數(shù)正蛙，盡量重用連接通道督弓。
I/O模型
本書關(guān)注的I/O操作主要是網(wǎng)絡(luò)數(shù)據(jù)的接受和發(fā)送，以及磁盤文件的訪問乒验。采用不同的I/O模型愚隧，會對性能有不同的影響。
同步阻塞I/O锻全、同步非阻塞I/O奸攻、多路I/O就緒通知蒜危、內(nèi)存映射、直接I/O睹耐、異步I/O辐赞、
服務(wù)器并發(fā)策略
幾種常見的Web服務(wù)器并發(fā)策略：
一個進(jìn)程處理一個連接，非阻塞I/O硝训；
一個線程處理一個連接响委，非阻塞I/O；
一個進(jìn)程處理多個連接窖梁，非阻塞I/O赘风；
一個線程處理一個連接，異步I/O纵刘；
Ch4. 動態(tài)內(nèi)容緩存
重復(fù)的開銷
動態(tài)網(wǎng)頁在多次請求時存在重復(fù)開銷邀窃，因此考慮引入緩存技術(shù)。
頁面緩存
將動態(tài)內(nèi)容的計算結(jié)果進(jìn)行緩存假哎，并在需要的時候直接取出返回給用戶瞬捕。
對于動態(tài)網(wǎng)頁來說，緩存的內(nèi)容實際上就是動態(tài)網(wǎng)頁輸出的HTML舵抹，稱為頁面緩存（Page Cache）肪虎。對于其他的動態(tài)內(nèi)容，比如動態(tài)圖片或動態(tài)XML數(shù)據(jù)惧蛹，也可以將它們的輸出結(jié)果整體進(jìn)行緩存扇救，實現(xiàn)機制和動態(tài)網(wǎng)頁是一樣的。
局部無緩存
有些特殊的動態(tài)網(wǎng)頁香嗓，需要頁面中某一塊區(qū)域的內(nèi)容及時更新迅腔。流行的模板框架中，在整頁緩存的基礎(chǔ)上靠娱，都提供了局部無緩存的支持沧烈，它允許在頁面中指定一塊包含動態(tài)數(shù)據(jù)的HTML代碼段，每次這些動態(tài)數(shù)據(jù)都需要實時計算饱岸，然后和其余部分的緩存合成為最終的網(wǎng)頁掺出。
靜態(tài)化內(nèi)容
前面幾種動態(tài)內(nèi)容緩存方法中，每次用戶的請求都要首先被送到動態(tài)程序苫费，然后動態(tài)程序根據(jù)緩存有效期來決定是否輸出緩存汤锨。這種方法使得動態(tài)內(nèi)容對于緩存數(shù)據(jù)有著較強的控制權(quán)，但是這種控制權(quán)的代價是比較昂貴的百框，它帶來了性能上的不足闲礼。
