WAS Performance Tuning (WAS 性能調優)

SQLServer性能分析參數Memory:PageFaults/sec如果該值偶爾走高，表明當時有線程競爭內存。如果持續很高，則內存可能是瓶頸。

JAVA線程安全JAVA內存模型不同的平臺，內存模型是不一樣的，但是jvm的內存模型規范是統一的。其實JAVA的多線程并發問題最終都會反映在java的內存模型上，所謂線程安全無非是要控制多個線程對某個資源的有序訪問或修改。總結java的內存模型，要解決兩個主要的問題：可見性和有序性。我們都知道計算機有高速緩存的存在，處理器并不是每次處理數據都是取內存的。JVM定義了自己的內存模型，屏蔽了底層平臺內存管理細節，對于java開發人員，要清楚在jvm模型的基礎上，如果解決多線程的可見性和有序性。那么，何謂可見性呢？多個線程之間是不能互相傳遞數據通信的，他們之間的溝通只能通過共享變量來進行。

盡管并非每個你寫的Python程序都需要嚴格的性能分析，但了解一下Python的生態系統中很多優秀的在你需要做性能分析的時候可以使用的工具仍然是一件值得去做的事。

Vtocc是vitess項目中第一個可用的產品，它的作用是作為MySQL的 前端，為接收和發送SQL命令提供一個RPC接口。它能夠在少量且吞吐量合理（~10kqps）的數據庫連接上高效復用大量的傳入連接（10K+）。另 外，它還內置了SQL語法分析器，使得服務器有能力理解并優化處理接收到的查詢語句。

1.選用適合的ORACLE優化器ORACLE的優化器共有3種：a.RULE（基于規則）b.COST（基于成本）c.CHOOSE（選擇性）設置缺省的優化器，可以通過對init.ora文件中OPTIMIZER_MODE參數的各種聲明，如RULE，COST，CHOOSE，ALL_ROWS，FIRST_ROWS.你當然也在SQL句級或是會話（session）級對其進行覆蓋。

閱讀 Zen of Python ,在Python解析器中輸入 import this . 一個犀利的Python新手可能會注意到＂解析＂一詞, 認為Python不過是另一門腳本語言. ＂它肯定很慢!＂

HashMap是一個高效通用的數據結構，它在每一個Java程序中都隨處可見。先來介紹些基礎知識。你可能也知道，HashMap使用key的hashCode()和equals()方法來將值劃分到不同的桶里。桶的數量通常要比map中的記錄的數量要稍大，這樣每個桶包括的值會比較少（最好是一個）。當通過key進行查找時，我們可以在常數時間內迅速定位到某個桶（使用hashCode()對桶的數量進行取模）以及要找的對象。

在JAVA程序中，性能問題的大部分原因并不在于JAVA語言，而是程序本身。養成良好的編碼習慣非常重要，能夠顯著地提升程序性能。

大多數的Nginx安裝指南告訴你如下基礎知識——通過apt-get安裝，修改這里或那里的幾行配置，好了，你已經有了一個Web服務器了。而且，在大多數情況下，一個常規安裝的nginx對你的網站來說已經能很好地工作了。然而，如果你真的想擠壓出Nginx的性能，你必須更深入一些。在本指南中，我將解釋Nginx的那些設置可以微調，以優化處理大量客戶端時的性能。需要注意一點，這不是一個全面的微調指南。

本文從預加載的角度介紹如何優化頁面載入和渲染的性能，在展開內容之前先了解一下瀏覽器顯示頁面的過程：首先是DNS解析，然后建立TCP連接，接著下載HTML內容以及資源文件，最后才是整個頁面的渲染。

默認情況下，在創建HBase表的時候會自動創建一個region分區，當導入數據的時候，所有的HBase客戶端都向這一個region寫數據，直到這個region足夠大了才進行切分。一種可以加快批量寫入速度的方法是通過預先創建一些空的regions，這樣當數據寫入HBase時，會按照region分區情況，在集群內做數據的負載均衡。

iPhone上面的應用一直都是以流暢的操作體驗而著稱，但是由于之前開發人員把注意力更多的放在開發功能上面，比較少去考慮性能的問題，可能這其中涉及到objective－c,c++跟lua，優化起來相對復雜一些，導致應用在比如touch等較低端的產品上，光從啟動到進入頁面就花了將近一分鐘的時間，頁面之間的切換沒有那種很流暢的感覺，內存也居高不下，比較影響應用的用戶體驗，所以很有必要進行一些優化，下面記錄一下我在優化的過程中的一些心得：

本文主要介紹“關鍵渲染路徑”與“網絡”兩個方面的性能優化并提供demo，篇幅較長建議電腦觀看。

隨著移動端的發展，現在越來越注重性能優化了。這篇文章將談一談對于圖片的性能優化。面試中又會經常有這樣的問題：如何實現一個圖像的圓角，不要用 cornerRadius ?

在PhoneGap、RubyMotion、Xamarin、Ionic一眾跨平臺開發工具中，React Native能夠殺出一條血路，獲得目前這么大的影響力，除了React社區生態圈的加持和Facebook的大力推廣以外，另外一個最主要的原因就是其在開發效率和應用性能方面取得了一個比較好的平衡：

我們上次討論性能的時候，微軟的 Larry Sullivan 就強調，PerfWatson 對于生成可評審的性能數據很重要，那讓 Visual Studio 團隊可以做出改善。Sullivan 現在可以告訴大家，他的團隊已經可以處理這些數據，并對 VS11 做出了特定的改變。

兩個月前向Plumbr公司引進線程死鎖的檢測之后，我們開始收到一些類似于這樣的詢問：“棒極了！現在我知道造成程序出現性能問題的原因了，但是接下來該怎么做呢？” 我們努力為自己的產品所遇到的問題思考解決辦法，但在這篇文章中我將給大家分享幾種常用的技術，包括分離鎖、并行數據結構、保護數據而非代碼、縮小鎖的作用范圍，這幾種技術可以使我們不使用任何工具來檢測死鎖。

對于Web網頁來說，頁面的訪問、加載速度對于用戶體驗來說是很重要的，而如果把Android中的每個Activity都看成是一個頁面的話，Activity的啟動速度憑主觀的話是較難精確衡量的，因此如果可以測試每個Activity的啟動速度或者獲得其它基本指標并進行日常監測那就更好了。