編者按：InfoQ開設新欄目“品味書香”，精選技術書籍的精彩章節，以及分享看完書留下的思考和收獲，歡迎大家關注。本文節選自格雷格著《性能之巔：洞悉系統、企業與云計算》中第10.6節，介紹了其中Linux部分網絡性能分析工具的使用方法。

Web性能測試的部分概況一般來說，一個Web請求的處理包括以下步驟： <br>（1）客戶發送請求 <br>（2）web?server?接受到請求，進行處理； <br>（3）web server 向DB獲取數據； <br>（4）web server生成用戶的object(頁面)，返回給用戶。給客戶發送請求開始到最后一個字節的時間稱為響應時間（第三步不包括在每次請求處理中）。

一同事跟我反饋他遇到了一個SQL性能問題，他說全表只有69條記錄，客戶端執行耗費了兩分多鐘，這不科學呀。要我分析一下原因并解決。我按照類似表結構，構造了一個案例，測試截圖如下所示

頁面的性能問題一直是產品開發過程中的重要一環，很多公司也一直在使用各種方式監控產品的頁面性能。從控制臺工具、Fiddler抓包工具，到使用DOMContentLoaded和document.onreadystatechange這種侵入式javascript代碼方式來檢測DOM事件發生和結束的時間，再到使用第三方工具如WebPagetest、Pingdom等通過在不同的瀏覽器環境和地域進行測試來尋求優化建議等等，這些方式不僅麻煩，而且測量的指標比較單一。如果有一些可以幫我們直接獲取頁面性能信息的API出現，并且成為標準被被瀏覽器廠商支持，那性能監控會不會又是另一幅藍圖？

渲染性能意味著你可以有多快的速度繪制你的activity并讓它在屏幕上刷新出來。這里的性能良好指的是你的用戶感覺你的應用程序是流暢的，并且是快速響應的，這意味著你必須在16ms甚至更少的時間來完成所有的邏輯和渲染操作，但實際上這可能比你想象的要困難一些。

關于PHP，很多人的直觀感覺是PHP是一種靈活的腳本語言，庫類豐富，使用簡單，安全，非常適合WEB開發，但性能低下。PHP的性能是否真的就如同大家的感覺一樣的差呢？本文就是圍繞這么一個話題來進行探討的。從源碼、應用場景、基準性能、對比分析等幾個方面深入分析PHP之性能問題，并通過真實的數據來說話。步驟/方法2.從原理分析PHP性能從原理分析PHP的性能，主要從以下幾個方面：內存管理、變量、函數、運行機制來進行分析。

人們在使用SQL時往往會陷入一個誤區，即太關注于所得的結果是否正確，而忽略了不同的實現方法之間可能存在的性能差異，這種性能差異在大型的或是復雜的數據庫環境中中表現得尤為明顯。不良的SQL往往來自于不恰當的數據庫設計、不充份的連接條件和不可優化的where子句。在對它們進行適當的優化后，其運行速度有了明顯地提高！當然，某些情況下提升了SQL語句的性能，同時也使SQL語句的可讀性變得很差。關鍵我們要清楚，在程序中哪些地方存在性能瓶頸，哪些地方的性能必須提升，以及哪些因素對性能造成影響。本文檔中的SQL語名主要針對Oracel數據庫。本文檔中的實例沒有經過嚴格的測試，大家有興趣可以寫一些相關的測試程序，對文中的結論進行驗證。如有錯誤請即時更正，并通知開發組中人員。關于SQL性能問題，如大家有新的見解，歡迎大家進行補充。

用new關鍵詞創建類的實例時，構造函數鏈中的所有構造函數都會被自動調用。但如果一個對象實現了Cloneable接口，我們可以調用它的clone()方法。clone()方法不會調用任何類構造函數。 在使用設計模式（Design Pattern）的場合，如果用Factory模式創建對象，則改用clone()方法創建新的對象實例非常簡單。

jQuery是一款非常優秀的javascript框架，當我們使用到jQuery后就再也不想回到javascript時冗長的代碼，那么jQuery的優化就擺在了我們的面前。那么我們優化JQuery應該從那些方面入手呢？

網上有不少mysql 性能優化方案，不過，mysql的優化同sql server相比，更為麻煩與復雜，同樣的設置，在不同的環境下 ，由于內存，訪問量，讀寫頻率，數據差異等等情況，可能會出現不同的結果，因此簡單地根據某個給出方案來配置mysql是行不通的，最好能使用 status信息對mysql進行具體的優化。

通過inflate在Activity中布局是個有性能消耗的過程。每增加一個嵌套的布局和視圖都會對應用的性能造成很大的影響。

嗨，各位，又到了周末總結時間！得益于大量的 Grunt 和 Gulp 插件，我們可以輕松實現網站數據的可視化，雖然深入理解這些工具還比較困難，但分門別類的將它們列出來，也是很有幫助的。

Nginx聞名于高性能負載均衡，緩存和web服務器，為全世界40%最繁忙的網站提供支持。在我們大多數使用情況下，默認的 Nginx 和 Linux 配置能得到滿足。但是有時候調試出更優的性能是很有必要的。本文將討論調試一個系統時需要考慮的Nginx 和 Linux 設置。有很多的設置可用，但是本博中我們只涉及到少數幾個大多數用戶調試時推薦過的設置項。本文沒有提及的配置項通常是那些對Nginx 和 Linux 有著深入理解的用戶會使用到，或者是在 Nginx 官方或專業服務團隊推薦才會使用。Nginx 專業服務幫助那些世界上訪問量最大的網站調試 Nginx 以達到最高性能，還有那些需要想要充分利用他們系統的顧客。

首先，要搞清楚Spark的幾個基本概念和原則，否則系統的性能調優無從談起：

最近采用Instruments 來分析整個應用程序的性能.發現很多有意思的點，以及性能優化和一些分析性能消耗的技巧.小結如下.

對于一個以數據為中心的應用，數據庫的好壞直接影響到程序的性能，因此數據庫性能至關重要。一般來說，要保證數據庫的效率，要做好以下四個方面的工作：

初學者對React可能滿懷期待，覺得React可能完爆其它一切框架，甚至不切實際地認為React可能連原生的渲染都能完爆——對框架的狂熱確實會出現這樣的不切實際的期待。讓我們來看看React的官方是怎么說的。R

本文的初衷是想介紹如何利用些簡單的代碼小技巧就能促進JavaScript編譯器的優化進程從而提升代碼運行效率。特別是在游戲這種對于垃圾回收速度要求較高，你性能稍微差點用戶就能見到白屏的地方。

MySQL性能優化就是通過合理安排資源，調整系統參數使MySQL運行更快、更節省資源。MySQL性能優化包括查詢速度優化、更新速度優化、MySQL服務器優化等。本篇博客將從查詢優化、數據庫結構優化、MySQL服務器優化3個方面介紹。