遷移編譯性能調優
理論上的就不說了，你自己搜也能搜到很多。
舉個例子，你從一個方法a調用了另一個方法b。
我們知道，在a和b之中是可以創建相同名稱的變數的，比如都有int i = 0;這句話。這種現象的根本原因在於，方法的調用會產生中斷，中斷產生後，cpu會做現場保護，包括把變數等進行壓棧操作，即把方法a的相關資源進行了壓棧，而方法b的相關資源放在棧頂，只有棧頂資源可以與cpu交互（就把方法a中的變數i保護起來），當方法b結束後出棧，a就又回到了棧頂，並獲取了方法b運行的結果，然後繼續運行。
哎，有些啰嗦了。方法的調用、中斷、壓棧出棧等等這些操作你說一點不消耗資源吧，那是不可能的，多少都會消耗一些，雖然很非常十分微不足道。那麼編譯器的優化過程，我知道的其作用之一，就是會把這些做一個優化。原本方法a一共10句話，你偏要只寫1句，然後第2句寫成方法b，第3句寫成方法c。。。。。，然後依次嵌套調用。這樣的源代碼，編譯器優化後，就跟你直接寫10句是一個結果，即做了一定程度上的優化。
『貳』 編譯器 優化
編譯是從源代碼（通常為高階語言）到能直接被計算機或虛擬機執行的目標代碼（通常為低階語言或機器語言）的翻譯過程。然而，也存在從低階語言到高階語言的編譯器，這類編譯器中用來從由高階語言生成的低階語言代碼重新生成高階語言代碼的又被叫做反編譯器。也有從一種高階語言生成另一種高階語言的編譯器，或者生成一種需要進一步處理的的中間代碼的編譯器（又叫級聯）。
典型的編譯器輸出是由包含入口點的名字和地址, 以及外部調用（到不在這個目標文件中的函數調用）的機器代碼所組成的目標文件。一組目標文件，不必是同一編譯器產生，但使用的編譯器必需採用同樣的輸出格式，可以鏈接在一起並生成可以由用戶直接執行的可執行程序。
從他的原理我們就好優化了，但是方法很多的
『叄』 ASP.NET中常用的優化性能方法有哪些
個人覺得優點是 1.界面和邏輯分離 2.編寫調試簡單，東西很易用。 網上找的觀點 以前的 Web 開發模型相比，ASP.NET 提供了數個重要的優點： 增強的性能。ASP.NET 是在伺服器上運行的編譯好的公共語言運行庫代碼。與被解釋的前輩不同，ASP.NET 可利用早期綁定、實時編譯、本機優化和盒外緩存服務。這相當於在編寫代碼行之前便顯著提高了性能。 世界級的工具支持。ASP.NET 框架補充了 Visual Studio 集成開發環 境中的大量工具箱和設計器。WYSIWYG 編輯、拖放伺服器控制項和自動部署只是這個強大的工具所提供功能中的少數幾種。 威力和靈活性。由於 ASP.NET 基於公共語言運行庫，因此 Web 應用程序開發人員可以利用整個平台的威力和靈活性。.NET 框架類庫、消息處理和數據訪問解決方案都可從 Web 無縫訪問。ASP.NET 也與語言無關，所以可以選擇最適合應用程序的語言，或跨多種語言分割應用程序。另外，公共語言運行庫的交互性保證在遷移到 ASP.NET 時保留基於 COM 的開發中的現有投資。 簡易性。ASP.NET 使執行常見任務變得容易，從簡單的窗體提交和客戶端身份驗證到部署和站點配置。例如，ASP.NET 頁框架使您可以生成將應用程序邏輯與表示代碼清楚分開的用戶界面，和在類似 Visual Basic 的簡單窗體處理模型中處理事件。另外，公共語言運行庫利用託管代碼服務（如自動引用計數和垃圾回收）簡化了開發。 可管理性。ASP.NET 採用基於文本的分層配置系統，簡化了將設置應用於伺服器環境和 Web 應用程序。由於配置信息是以純文本形式存儲的，因此可以在沒有本地管理工具幫助的情況下應用新設置。此"零本地管理"哲學也擴展到了 ASP.NET 框架應用程序的部署。只需將必要的文件復制到伺服器，即可將 ASP.NET 框架應用程序部署到伺服器。不需要重新啟動伺服器，即使是在部署或替換運行的編譯代碼時。 可縮放性和可用性。ASP.NET 在設計時考慮了可縮放性，增加了專門用於在聚集環境和多處理器環境中提高性能的功能。另外，進程受到 ASP.NET 運行庫的密切監視和管理，以便當進程行為不正常（泄漏、死鎖）時，可就地創建新進程，以幫助保持應用程序始終可用於處理請求。 自定義性和擴展性。ASP.NET 隨附了一個設計周到的結構，它使開發人員可以在適當的級別"插入"代碼。實際上，可以用自己編寫的自定義組件擴展或替換 ASP.NET 運行庫的任何子組件。實現自定義身份驗證或狀態服務一直沒有變得更容易。參考資料： http://www.nease.cn/default/serviceorder/asp_about.jsp
『肆』 應用編譯優化有什麼用
應用編譯優化的作用是：提高運行能力因為程序優化前，有3個變數需要3個寄存器，一次乘法運算。程序優化後，只有1個變數需要一個寄存器，沒有乘法運算。
並且這個優化看起來很微不足道，但實際上用途很廣。為了程序的可讀性和可維護性，大多數程序員應該還是會選用第一種方式。
寫3行程序而不是直接甩下一行int ticks = 491520讓後來讀程序的人摸不到頭腦。有了編譯器的優化，程序員既可以寫出易讀的程序又不必擔心性能受影響。
尤其是在嵌入式領域，很多低端晶元根本就沒有硬體乘法器，如果程序不做上述優化可能這3行代碼需要幾十個cycle，優化過後一個cycle就搞定。
應用編譯優化的級別：
第一級：代碼調整。
代碼調整是一種局部的思維方式；基本上不觸及演算法層級；它面向的是代碼，而不是問題； 所以：語句調整，用匯編重寫、指令調整、換一種語言實現、換一個編譯器、循環展開、參數傳遞優化等都屬於這一級。
第二級：新的視角。
新的視角強調的重點是針對問題的演算法；即選擇和構造適合於問題的演算法。
第三級：表驅動狀態機。
將問題抽象為另一種等價的數學模型或假想機器模型，比如構造出某種表驅動狀態機；這一級其實是第二級的延伸，只是產生的效果更加明顯，但它有其本身的特點。
『伍』 編譯器的編譯器優化
應用程序之所以復雜, 是由於它們具有處理多種問題以及相關數據集的能力。實際上, 一個復雜的應用程序就象許多不同功能的應用程序「 粘貼」 在一起。源文件中大部分復雜性來自於處理初始化和問題設置代碼。這些文件雖然通常占源文件的很大一部分, 具有很大難度, 但基本上不花費C PU 執行周期。
盡管存在上述情況, 大多數Makefile文件只有一套編譯器選項來編譯項目中所有的文件。因此, 標準的優化方法只是簡單地提升優化選項的強度, 一般從O 2 到O 3。這樣一來, 就需要投人大量 精力來調試, 以確定哪些文件不能被優化, 並為這些文件建立特殊的make規則。
一個更簡單但更有效的方法是通過一個性能分析器, 來運行最初的代碼, 為那些佔用了85 一95 % CPU 的源文件生成一個列表。通常情況下, 這些文件大約只佔所有文件的1%。如果開發人員立刻為每一個列表中的文件建立其各自的規則, 則會處於更靈活有效的位置。這樣一來改變優化只會引起一小部分文件被重新編譯。進而,由於時間不會浪費在優化不費時的函數上, 重編譯全部文件將會大大地加快。
『陸』 linux下gcc 編譯器是怎麼提高程序性能的怎麼根據gcc優化結果優化代碼
你的程序可能太短，看不出區別來，你比對一下她們生成的匯編碼就知道了，優化可能O1就優化完了，你用O0對比O1的匯編結果，肯定不同的，從中能看出它到底優化了哪個地方
『柒』 java 編譯優化問題
java編譯的結果是位元組碼而不是二進制，所以在運行時vm的優化才是重要的，包括VM的回收策略、分配給VM內存的大小都能在一定程度上影響性能。Sun的VM支持熱點編譯，對高頻執行的代碼段翻譯的2進制會進行緩存，這也是VM的一種優化。
IBM JVM處理數學運算速度最快，BEA JVM處理大量線程和網路socket性能最好，而Sun JVM處理通常的商業邏輯性能最好。不過Hotspot的Server mode被報告有穩定性的問題。
Java 的最大優勢不是體現在執行速度上，所以對Compiler的要求並不如c++那樣高，代碼級的優化還需要程序員本身的功底。
貼個java的運行參數：
Usage: java [-options] class [args...]
(to execute a class)
or java [-options] -jar jarfile [args...]
(to execute a jar file)
where options include:
-client to select the "client" VM
-server to select the "server" VM
-hotspot is a synonym for the "client" VM [deprecated]
The default VM is client.
-cp <class search path of directories and zip/jar files>
-classpath <class search path of directories and zip/jar files>
A ; separated list of directories, JAR archives,
and ZIP archives to search for class files.
-D<name>=<value>
set a system property
-verbose[:class|gc|jni]
enable verbose output
-version print proct version and exit
-version:<value>
require the specified version to run
-showversion print proct version and continue
-jre-restrict-search | -jre-no-restrict-search
include/exclude user private JREs in the version search
-? -help print this help message
-X print help on non-standard options
-ea[:<packagename>...|:<classname>]
-enableassertions[:<packagename>...|:<classname>]
enable assertions
-da[:<packagename>...|:<classname>]
-disableassertions[:<packagename>...|:<classname>]
disable assertions
-esa | -enablesystemassertions
enable system assertions
-dsa | -disablesystemassertions
disable system assertions
-agentlib:<libname>[=<options>]
load native agent library <libname>, e.g. -agentlib:hprof
see also, -agentlib:jdwp=help and -agentlib:hprof=help
-agentpath:<pathname>[=<options>]
load native agent library by full pathname
-javaagent:<jarpath>[=<options>]
load Java programming language agent, see
java.lang.instrument
-Xmixed mixed mode execution (default)
-Xint interpreted mode execution only
-Xbootclasspath:<directories and zip/jar files separated by ;>
set search path for bootstrap classes and resources
-Xbootclasspath/a:<directories and zip/jar files separated by ;>
append to end of bootstrap class path
-Xbootclasspath/p:<directories and zip/jar files separated by ;>
prepend in front of bootstrap class path
-Xnoclassgc disable class garbage collection
-Xincgc enable incremental garbage collection
-Xloggc:<file> log GC status to a file with time stamps
-Xbatch disable background compilation
-Xms<size> set initial Java heap size
-Xmx<size> set maximum Java heap size
-Xss<size> set java thread stack size
-Xprof output cpu profiling data
-Xfuture enable strictest checks, anticipating future default
-Xrs rece use of OS signals by Java/VM (see
documentation)
-Xcheck:jni perform additional checks for JNI functions
-Xshare:off do not attempt to use shared class data
-Xshare:auto use shared class data if possible (default)
-Xshare:on require using shared class data, otherwise fail.
Java虛擬機（JVM）參數配置說明
在Java、J2EE大型應用中，JVM非標准參數的配置直接關繫到整個系統的性能。
JVM非標准參數指的是JVM底層的一些配置參數，這些參數在一般開發中默認即可，不需
要任何配置。但是在生產環境中，為了提高性能，往往需要調整這些參數，以求系統達
到最佳新能。
另外這些參數的配置也是影響系統穩定性的一個重要因素，相信大多數Java開發人員都
見過「OutOfMemory」類型的錯誤。呵呵，這其中很可能就是JVM參數配置不當或者就沒
有配置沒意識到配置引起的。
為了說明這些參數，還需要說說JDK中的命令行工具一些知識做鋪墊。
首先看如何獲取這些命令配置信息說明：
假設你是windows平台，你安裝了J2SDK，那麼現在你從cmd控制台窗口進入J2SDK安裝目
錄下的bin目錄，然後運行java命令，出現如下結果，這些就是包括java.exe工具的和
JVM的所有命令都在裡面。
-----------------------------------------------------------------------
D:\j2sdk15\bin>java
Usage: java [-options] class [args...]
(to execute a class)
or java [-options] -jar jarfile [args...]
(to execute a jar file)
where options include:
-client to select the "client" VM
-server to select the "server" VM
-hotspot is a synonym for the "client" VM [deprecated]
The default VM is client.
-cp <class search path of directories and zip/jar files>
-classpath <class search path of directories and zip/jar files>
A ; separated list of directories, JAR archives,
and ZIP archives to search for class files.
-D<name>=<value>
set a system property
-verbose[:class|gc|jni]
enable verbose output
-version print proct version and exit
-version:<value>
require the specified version to run
-showversion print proct version and continue
-jre-restrict-search | -jre-no-restrict-search
include/exclude user private JREs in the version search
-? -help print this help message
-X print help on non-standard options
-ea[:<packagename>...|:<classname>]
-enableassertions[:<packagename>...|:<classname>]
enable assertions
-da[:<packagename>...|:<classname>]
-disableassertions[:<packagename>...|:<classname>]
disable assertions
-esa | -enablesystemassertions
enable system assertions
-dsa | -disablesystemassertions
disable system assertions
-agentlib:<libname>[=<options>]
load native agent library <libname>, e.g. -agentlib:hprof
see also, -agentlib:jdwp=help and -agentlib:hprof=help
-agentpath:<pathname>[=<options>]
load native agent library by full pathname
-javaagent:<jarpath>[=<options>]
load Java programming language agent, see
java.lang.instrument
-----------------------------------------------------------------------
在控制台輸出信息中，有個-X（注意是大寫）的命令，這個正是查看JVM配置參數的命
令。
其次，用java -X 命令查看JVM的配置說明：
運行後如下結果，這些就是配置JVM參數的秘密武器，這些信息都是英文的，為了方便
閱讀，我根據自己的理解翻譯成中文了（不準確的地方還請各位博友斧正）
-----------------------------------------------------------------------
D:\j2sdk15\bin>java -X
-Xmixed mixed mode execution (default)
-Xint interpreted mode execution only
-Xbootclasspath:<directories and zip/jar files separated by ;>
set search path for bootstrap classes and resources
-Xbootclasspath/a:<directories and zip/jar files separated by ;>
append to end of bootstrap class path
-Xbootclasspath/p:<directories and zip/jar files separated by ;>
prepend in front of bootstrap class path
-Xnoclassgc disable class garbage collection
-Xincgc enable incremental garbage collection
-Xloggc:<file> log GC status to a file with time stamps
-Xbatch disable background compilation
-Xms<size> set initial Java heap size
-Xmx<size> set maximum Java heap size
-Xss<size> set java thread stack size
-Xprof output cpu profiling data
-Xfuture enable strictest checks, anticipating future default
-Xrs rece use of OS signals by Java/VM (see
documentation)
-Xcheck:jni perform additional checks for JNI functions
-Xshare:off do not attempt to use shared class data
-Xshare:auto use shared class data if possible (default)
-Xshare:on require using shared class data, otherwise fail.
The -X options are non-standard and subject to change without notice.
-----------------------------------------------------------------------
JVM配置參數中文說明：
-----------------------------------------------------------------------
1、-Xmixed mixed mode execution (default)
混合模式執行
2、-Xint interpreted mode execution only
解釋模式執行
3、-Xbootclasspath:<directories and zip/jar files separated by ;>
set search path for bootstrap classes and resources
設置zip/jar資源或者類（.class文件）存放目錄路徑
3、-Xbootclasspath/a:<directories and zip/jar files separated by ;>
append to end of bootstrap class path
追加zip/jar資源或者類（.class文件）存放目錄路徑
4、-Xbootclasspath/p:<directories and zip/jar files separated by ;>
prepend in front of bootstrap class path
預先載入zip/jar資源或者類（.class文件）存放目錄路徑
5、-Xnoclassgc disable class garbage collection
關閉類垃圾回收功能
6、-Xincgc enable incremental garbage collection
開啟類的垃圾回收功能
7、-Xloggc:<file> log GC status to a file with time stamps
記錄垃圾回日誌到一個文件。
8、-Xbatch disable background compilation
關閉後台編譯
9、-Xms<size> set initial Java heap size
設置JVM初始化堆內存大小
10、-Xmx<size> set maximum Java heap size
設置JVM最大的堆內存大小
11、-Xss<size> set java thread stack size
設置JVM棧內存大小
12、-Xprof output cpu profiling data
輸入CPU概要表數據
13、-Xfuture enable strictest checks, anticipating future default
執行嚴格的代碼檢查，預測可能出現的情況
14、-Xrs rece use of OS signals by Java/VM (see
documentation)
通過JVM還原操作系統信號
15、-Xcheck:jni perform additional checks for JNI functions
對JNI函數執行檢查
16、-Xshare:off do not attempt to use shared class data
盡可能不去使用共享類的數據
17、-Xshare:auto use shared class data if possible (default)
盡可能的使用共享類的數據
18、-Xshare:on require using shared class data, otherwise fail.
盡可能的使用共享類的數據，否則運行失敗
The -X options are non-standard and subject to change without notice.
『捌』 tomcat有哪些性能調優方法
Tomcat性能調優方案
一、操作系統調優
對於操作系統優化來說，是盡可能的增大可使用的內存容量、提高CPU的頻率，保證文件系統的讀寫速率等。經過壓力測試驗證，在並發連接很多的情況下，CPU的處理能力越強，系統運行速度越快。。
【適用場景】 任何項目。
二、Java虛擬機調優
應該選擇SUN的JVM，在滿足項目需要的前提下，盡量選用版本較高的JVM，一般來說高版本產品在速度和效率上比低版本會有改進。
JDK1.4比JDK1.3性能提高了近10%-20%，JDK1.5比JDK1.4性能提高25%-75%。
因此對性能要求較高的情況推薦使用 JDK1.6。
【適用場景】 任何項目。
三、Apache集成Tomcat
Web伺服器專門處理HTTP請求，應用伺服器是通過很多協議為應用提供商業邏輯。雖然Tomcat也可以作web伺服器，但其處理靜態html的速度比不上Apache，且其作為web伺服器的功能遠不如Apache，因此把Apache和Tomcat集成起來，將html和Jsp的功能部分進行明確分工，讓Tomcat只處理Jsp部分，其他的由Apache，IIS等web伺服器去處理，由此大大提高Tomcat的運行效率。
如果一個項目中大量使用了靜態頁面、大量的圖片等，並有有較大的訪問量，推薦使用Apache集成Tomcat的方式來提高系統的整體性能。
Apache和Tomcat的整合有三種方式，分別是JK、http_proxy和ajp_proxy.其中JK方式是最常見的方式，JK本身有兩個版本分別是1和2，目前1最新版本是1.2.8，而版本2早已經廢棄了。http_proxy是利用Apache自帶的mod_proxy模塊使用代理技術來連接Tomcat。Ajp_proxy連接方式其實跟http_proxy方式一樣，都是由mod_proxy所提供的功能。只需要把配置中的http://換成ajp://,同時連接的是Tomcat的AJP Connector所在的埠。
相對於JK的連接方式，後兩種在配置上比較簡單的，靈活性方面也一點都不遜色。但就穩定性而言不像JK這樣久經考驗，所以建議採用JK的連接方式。
Apache+JK+Tomcat配置：
使用到的兩個配置文件分別是：httpd.conf和mod_jk.conf。其中httpd.conf是Apache伺服器的配置文件，用來載入JK模塊以及指定JK配置文件信息。mod_jk.conf是到Tomcat伺服器的連接定義文件。
【部署步驟】
1.安裝Apache伺服器
2.部署Tomcat
3.將mod_jk.so拷貝到moles目錄下面
4.修改httpd.conf和mod_jk.conf
【適用場景】 大量使用靜態頁面的應用系統。
四、Apache和Tomcat集群
對於並發要求很高的系統，我們需要採取負載均衡的方式來分擔Tomcat伺服器的壓力。負載均衡實現大概有四種：第一是通過DNS，但只能簡單的實現輪流分配，不能處理故障；第二是基於MS IIS,windows 2003 server本身就帶了負載均衡服務；第三是硬體方式，通過交換機功能或專門的負載均衡設備來實現；第四種是軟體的方式，通過一台負載均衡伺服器進行，上面安裝軟體。使用Apache Httpd Server做負載均衡器，Tomcat集群節點使用Tomcat就可以做到上述第四種方式，這種方式比較靈活，成本相對比較低，另外一個很大的優點就是可以根據應用情況和伺服器的情況做一些靈活的配置。所以推薦使用Apache+Tomcat集群來實現負載均衡。
採用Tomcat集群可以最大程度的發揮伺服器的性能，可以在配置較高的伺服器上部署多個Tomcat，也可以在多台伺服器上分別部署Tomcat，Apache和Tomcat整合的方式還是JK方式。經過驗證，系統對大用戶量使用的響應方面，Apache+3Tomccat集群> Apache+2Tomcat集群 > Apache集成Tomcat > 單個Tomcat。並且採用Apache+多Tomcat集群的部署方式時，如果一個Tomcat出現宕機，系統可以繼續使用，所以在硬體系統性能足夠優越的情況下，需要盡量發揮軟體的性能，可以採用增加Tomcat集群的方式。
Apache+Tomcat集群的方式使用到得配置文件有httpd.conf、mod_jk.conf、workers.properties。其中mod_jk.conf是對JK信息的配置，包括JK的路徑等，workers.properties配置文件是對Tomcat伺服器的連接定義文件。
Apache需要調整運行參數，這樣才能構建一個適合相應網路環境的web服務。其中可進行的優化配置如下：
1. 設置MPM（Multi Processing Moles多道處理模塊）。ThreadPerChild,這個參數用於設置每個進程的線程數，在Windows環境下默認值是64，最大值是1920，建議設置為100-500之間，伺服器性能高的話值大一些，反之小一些。MaxRequestPerChild表示每個子進程能夠處理的最大請求數。這個參數的值更大程度上取決於伺服器的內存，如果內存比較大的話可以設置為很大的參數，否則設置一個較小的值，建議值是3000.
2. 關閉DNS和名字解析 HostnameLookups off
3. 打開UseCanonicalName模塊 UseCanonicalName on
4. 關閉多餘模塊 一般來說，不需要載入的模塊有，mod_include.so、mod_autoindex.so、mod_access.so、mod_auth.so.
5. 打開KeepAlive支持
KeepAlive on, KeepAliveTimeout 15 MaxKeepAliveRequests 1000
根據實際經驗，通過Apache和Tomcat集群的方式提高系統性能的效果十分明顯，這種方式可以最大化的利用硬體資源，通過多個Tomcat的處理來分擔單Tomcat時的壓力。
【部署步驟】
1.安裝Apache伺服器
2.部署Tomcat集群，即多個相同的Tomcat。
3.將mod_jk.so拷貝到moles目錄下面
4.修改httpd.conf、mod_jk.conf和workers.properties
【適用場景】 並發用戶量及在線使用用戶數量比較高的系統。
五、Tomcat自身優化
1. JVM參數調優：-Xms<size> 表示JVM初始化堆的大小，-Xmx<size>表示JVM堆的最大值。這兩個值的大小一般根據需要進行設置。當應用程序需要的內存超出堆的最大值時虛擬機就會提示內存溢出，並且導致應用服務崩潰。因此一般建議堆的最大值設置為可用內存的最大值的80%。在catalina.bat中，設置JAVA_OPTS='-Xms256m -Xmx512m'，表示初始化內存為256MB，可以使用的最大內存為512MB。
2. 禁用DNS查詢
當web應用程序向要記錄客戶端的信息時，它也會記錄客戶端的IP地址或者通過域名伺服器查找機器名轉換為IP地址。DNS查詢需要佔用網路，並且包括可能從很多很遠的伺服器或者不起作用的伺服器上去獲取對應的IP的過程，這樣會消耗一定的時間。為了消除DNS查詢對性能的影響我們可以關閉DNS查詢，方式是修改server.xml文件中的enableLookups參數值：
Tomcat4
<Connector className="org.apache.coyote.tomcat4.CoyoteConnector" port="80" minProcessors="5" maxProcessors="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" useURIValidationHack="false" disableUploadTimeout="true" />
Tomcat5
<Connector port="80" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" disableUploadTimeout="true"/>
3. 調整線程數
通過應用程序的連接器（Connector）進行性能控制的的參數是創建的處理請求的線程數。Tomcat使用線程池加速響應速度來處理請求。在Java中線程是程序運行時的路徑，是在一個程序中與其它控制線程無關的、能夠獨立運行的代碼段。它們共享相同的地址空間。多線程幫助程序員寫出CPU最大利用率的高效程序，使空閑時間保持最低，從而接受更多的請求。
Tomcat4中可以通過修改minProcessors和maxProcessors的值來控制線程數。這些值在安裝後就已經設定為默認值並且是足夠使用的，但是隨著站點的擴容而改大這些值。minProcessors伺服器啟動時創建的處理請求的線程數應該足夠處理一個小量的負載。也就是說，如果一天內每秒僅發生5次單擊事件，並且每個請求任務處理需要1秒鍾，那麼預先設置線程數為5就足夠了。但在你的站點訪問量較大時就需要設置更大的線程數，指定為參數maxProcessors的值。maxProcessors的值也是有上限的，應防止流量不可控制（或者惡意的服務攻擊），從而導致超出了虛擬機使用內存的大小。如果要加大並發連接數，應同時加大這兩個參數。web server允許的最大連接數還受制於操作系統的內核參數設置，通常Windows是2000個左右，Linux是1000個左右。
在Tomcat5對這些參數進行了調整，請看下面屬性：
maxThreads Tomcat使用線程來處理接收的每個請求。這個值表示Tomcat可創建的最大的線程數。
acceptCount 指定當所有可以使用的處理請求的線程數都被使用時，可以放到處理隊列中的請求數，超過這個數的請求將不予處理。
connnectionTimeout 網路連接超時，單位：毫秒。設置為0表示永不超時，這樣設置有隱患的。通常可設置為30000毫秒。
minSpareThreads Tomcat初始化時創建的線程數。
maxSpareThreads 一旦創建的線程超過這個值，Tomcat就會關閉不再需要的socket線程。
最好的方式是多設置幾次並且進行測試，觀察響應時間和內存使用情況。在不同的機器、操作系統或虛擬機組合的情況下可能會不同，而且並不是所有人的web站點的流量都是一樣的，因此沒有一刀切的方案來確定線程數的值。
六、APR庫使用
Tomcat中使用APR庫，其實就是在Tomcat中使用JNI的方式來讀取文件以及進行網路傳輸。可以大大提升Tomcat對靜態文件的處理性能，同時如果你使用了HTTPS方式傳輸的話，也可以提升SSL的處理性能。
一般在Windows下，可以直接下載編譯好的二進製版本的dll庫文件來使Tomcat啟用APR，一般建議拷貝庫文件tcnative-1.dll到Tomcat的bin目錄下。而在Linux下，可以直接解壓和安裝bin目錄下的tomcat_native.tar.gz文件，編譯之前要確保apr庫已經安裝。
怎麼才能判斷Tomcat是否已經啟用了APR庫呢？方法是通過看Tomcat的啟動日誌：
如果沒有啟用APR，則啟動日誌一般有這么一條：
org.apache.coyote.http11.Http11Protocol start
如果啟用了APR，則這條日誌就會變成：
org.apache.coyote.http11.Http11AprProtocol start
tcnative-1.dll 下載地址：http://tomcat.heanet.ie/native/
調優綜述
根據以上分析，如果想要Tomcat達到最優的效果，首先要爭取使得操作系統以及網路資源達到最優，並且最好使用高版本的JDK。對於有大量靜態頁面的系統，採用Apache集成Tomcat的方式，把靜態頁面交由Apache處理，動態部分交由Tomcat處理，能極大解放Tomcat的處理能力。使用ARP庫也能極大的提高Tomcat對靜態文件的處理能力。對於並發要求較高的系統，採用Apache加Tomcat集群的方式，將負載分別分擔到多個Tomcat上，能很大的提高系統的性能，充分利用硬體資源。同時需要對Tomcat自身進行優化，包括增大內存、調節並發線程數等。
『玖』 oracle 資料庫導入導出
Oracle ExpImp導入導出工具性能調優
Oracle Exp/Imp工具是一個操作簡單、方便靈活的備份恢復和數據遷移工具，它可以實施全庫級、用戶級、表級的數據備份和恢復。對於數據量在G級或G級以內，強調高可用性，可以容忍少量數據丟失的資料庫系統，Exp/Imp是普遍使用的邏輯備份方式。目前現網很多生產系統均使用Exp/Imp進行備份恢復。數據量達到G級以後，備份恢復的時間明顯拉長了，有沒有方法能夠有效提高Exp/Imp的速度呢？答案是肯定的，某些方法還可以成倍的提高速度，本文就從Exp、Imp兩個工具分別探討優化備份恢復性能的方法。
1 Exp調優
1.1 使用DIRECT和RECORDLENGTH選項
DIRECT參數定義了導出是使用直接路徑方式(DIRECT=Y)，還是常規路徑方式(DIRECT=N)。常規路徑導出使用SQL SELECT語句從表中抽取數據，直接路徑導出則是將數據直接從磁碟讀到PGA再原樣寫入導出文件，從而避免了SQL命令處理層的數據轉換過程，大大提高了導出效率。在數據量大的情況下，直接路徑導出的效率優勢更為明顯，可比常規方法速度提高三倍之多。
和DIRECT=Y配合使用的是RECORDLENGTH參數，它定義了Export I/O緩沖的大小，作用類似於常規路徑導出使用的BUFFER參數。建議設置RECORDLENGTH參數為最大I/O緩沖，即65535(64kb)。其用法如下：
exp userid=system/manager full=y direct=y recordlength=65535 file=exp_full.dmp log=exp_full.log
直接路徑導出根據Oracle版本不同，有一些使用限制。比較重要的限制有，8i及以下版本不支持導出客戶端和資料庫的字元集轉換，因此導出前必須保證NLS_LANG設置正確;8.1.5及以下版本不支持導出含LOBs對象的表;不能使用QUERY參數等。
1.2 使用管道技術
管道是從一個程序進程向另一個程序進程單向傳送信息的技術。通常，管道把一個進程的輸出傳給另一進程作為輸入。如果導出的數據量很大，可以利用管道直接生成最終的壓縮文件，所耗費的時間和不壓縮直接導出的時間相當。這樣一來，不僅能夠解決磁碟空間不足的問題，而且省去了單獨壓縮文件的時間;如果需要傳輸導出文件，還可以減少網路傳輸的時間。比如，一個10G的文件單獨壓縮可能需要半小時以上的時間。雖然管道技術不能夠直接縮短Exp/Imp本身的時間，但節省出來的壓縮時間非常可觀。管道和Exp結合的具體使用方法如下：
導出數據示例：
% mknod /tmp/exp_pipe p # Make the pipe
% compress < /tmp/exp_pipe > export.dmp.Z & # Background compress
% exp file=/tmp/exp_pipe # Export to the pipe
2 Imp調優
Oracle Import進程需要花比Export進程數倍的時間將數據導入資料庫。某些關鍵時刻，導入是為了應對資料庫的緊急故障恢復。為了減少宕機時間，加快導入速度顯得至關重要。沒有特效辦法加速一個大數據量的導入，但我們可以做一些適當的設定以減少整個導入時間。
2.1 使用管道技術
前面已經說明了Exp時如何使用管道，在導入時管道的作用是相同，不僅能夠解決磁碟空間不足的問題，而且省去了單獨解壓縮文件的時間。在大數據量導入導出的時候，推薦一定要使用管道。
導入數據示例：
2.2 避免I/O競爭
Import是一個I/O密集的操作，避免I/O競爭可以加快導入速度。如果可能，不要在系統高峰的時間導入數據，不要在導入數據時運行job等可能競爭系統資源的操作。
2.3 增加排序區
Oracle Import進程先導入數據再創建索引，不論INDEXES值設為YES或者NO，主鍵的索引是一定會創建的。創建索引的時候需要用到排序區，在內存大小不足的時候，使用臨時表空間進行磁碟排序，由於磁碟排序效率和內存排序效率相差好幾個數量級。增加排序區可以大大提高創建索引的效率，從而加快導入速度。
8i及其以下版本：導入數據前增加資料庫的sort_area_size大小，可設為正常值的5-10倍。但這個值設定會影響到所有會話，設的過高有可能導致內存不足出現paging, swapping現象。更為穩妥的方法是，對於大表和索引特別多的表，只導數據不導索引。導完數據後，創建一個會話，設定當前會話的sort_area_size一個足夠大的值，再手工創建索引。
9i：在workarea_size_policy=AUTO的情況下，所有會話的UGA共用pga_aggregate_target定義的內存，不必單獨設定sort_area_size。導入數據前增加pga_aggregate_target大小，如果機器內存夠大，可從通常設定的500M提高到1-2G。pga_aggregate_target大小可以動態調整，導入完成後可在線調回原值。
2.4 調整BUFFER選項
Imp參數BUFFER定義了每一次讀取導出文件的數據量，設的越大，就越減少Import進程讀取數據的次數，從而提高導入效率。BUFFER的大小取決於系統應用、資料庫規模，通常來說，設為百兆就足夠了。其用法如下：
imp user2/pwd fromuser=user1 touser=user2 file=/tmp/imp_db_pipe1 commit=y feedback=10000 buffer=10240000
2.5 使用COMMIT=Y選項
COMMIT=Y表示每個數據緩沖滿了之後提交一次，而不是導完一張表提交一次。這樣會大大減少對系統回滾段等資源的消耗，對順利完成導入是有益的。
2.6 使用INDEXES=N選項
前面談到增加排序區時，說明Imp進程會先導入數據再創建索引。導入過程中建立用戶定義的索引，特別是表上有多個索引或者數據表特別龐大時，需要耗費大量時間。某些情況下，需要以最快的時間導入數據，而索引允許後建，我們就可以使用INDEXES=N 只導入數據不創建索引，從而加快導入速度。
我們可以用INDEXFILE選項生成創建索引的DLL腳本，再手工創建索引。我們也可以用如下的方法導入兩次，第一次導入數據，第二次導入索引。其用法如下：
imp user2/pwd fromuser=user1 touser=user2 file=/tmp/imp_db_pipe1 commit=y feedback=10000 buffer=10240000 ignore=y rows=y indexes=n
imp user2/pwd fromuser=user1 touser=user2 file=/tmp/imp_index_pipe1 commit=y feedback=10000 buffer=10240000 ignore=y rows=n indexes=y
2.7 增加LARGE_POOL_SIZE
如果在init.ora中配置了MTS_SERVICE，MTS_DISPATCHERS等參數，tnsnames.ora中又沒有(SERVER=DEDICATED)的配置，那麼資料庫就使用了共享伺服器模式。在MTS模式下，Exp/Imp操作會用到LARGE_POOL，建議調整LARGE_POOL_SIZE到150M。
檢查資料庫是否在MTS模式下：
SQL>select distinct server from v$session;
如果返回值出現none或shared，說明啟用了MTS。
附錄：EXP/IMP命令選項注釋
>exp help=y
通過輸入 EXP 命令和用戶名/口令，您可以
後接用戶名/口令的命令:
常式: EXP SCOTT/TIGER
或者，您也可以通過輸入跟有各種參數的 EXP 命令來控制「導出」
按照不同參數。要指定參數，您可以使用關鍵字:
格式: EXP KEYWORD=value 或 KEYWORD=(value1,value2,...,valueN)
常式: EXP SCOTT/TIGER GRANTS=Y TABLES=(EMP,DEPT,MGR)
或 TABLES=(T1: P1,T1: P2)，如果 T1 是分區表
USERID 必須是命令行中的第一個參數。
關鍵字 說明(默認) 關鍵字 說明(默認)
--------------------------------------------------------------------------
USERID 用戶名/口令 FULL 導出整個文件 (N)
BUFFER 數據緩沖區大小 OWNER 所有者用戶名列表
FILE 輸出文件 (EXPDAT.DMP) TABLES 表名稱列表
COMPRESS 導入到一個區 (Y) RECORDLENGTH IO 記錄的長度
GRANTS 導出許可權 (Y) INCTYPE 增量導出類型
INDEXES 導出索引 (Y) RECORD 跟蹤增量導出 (Y)
DIRECT 直接路徑 (N) TRIGGERS 導出觸發器 (Y)
LOG 屏幕輸出的日誌文件 STATISTICS 分析對象 (ESTIMATE)
ROWS 導出數據行 (Y) PARFILE 參數文件名
CONSISTENT 交叉表的一致性 (N) CONSTRAINTS 導出的約束條件 (Y)
OBJECT_CONSISTENT 只在對象導出期間設置為讀的事務處理 (N)
FEEDBACK 每 x 行的顯示進度 (0)
FILESIZE 每個轉儲文件的最大大小
FLASHBACK_SCN 用於將會話快照設置回以前狀態的 SCN
FLASHBACK_TIME 用於獲取最接近指定時間的 SCN 的時間
QUERY 用於導出表的子集的 select 子句
RESUMABLE 遇到與空格相關的錯誤時掛起 (N)
RESUMABLE_NAME 用於標識可恢復語句的文本字元串
RESUMABLE_TIMEOUT RESUMABLE 的等待時間
TTS_FULL_CHECK 對 TTS 執行完整的或部分相關性檢查
TABLESPACES 要導出的表空間列表
TRANSPORT_TABLESPACE 導出可傳輸的表空間元數據 (N)
TEMPLATE 調用 iAS 模式導出的模板名
>imp help=y
可以通過輸入 IMP 命令和您的用戶名/口令
後接用戶名/口令的命令:
常式: IMP SCOTT/TIGER
或者, 可以通過輸入 IMP 命令和各種參數來控制「導入」
按照不同參數。要指定參數，您可以使用關鍵字:
格式: IMP KEYWORD=value 或 KEYWORD=(value1,value2,...,vlaueN)
常式: IMP SCOTT/TIGER IGNORE=Y TABLES=(EMP,DEPT) FULL=N
或 TABLES=(T1: P1,T1: P2)，如果 T1 是分區表
USERID 必須是命令行中的第一個參數。
關鍵字 說明（默認） 關鍵字 說明（默認）
------------------------------------------------------------------------
USERID 用戶名/口令 FULL 導入整個文件 (N)
BUFFER 數據緩沖區大小 FROMUSER 所有人用戶名列表
FILE 輸入文件 (EXPDAT.DMP) TOUSER 用戶名列表
SHOW 只列出文件內容 (N) TABLES 表名列表
IGNORE 忽略創建錯誤 (N) RECORDLENGTH IO 記錄的長度
GRANTS 導入許可權 (Y) INCTYPE 增量導入類型
INDEXES 導入索引 (Y) COMMIT 提交數組插入 (N)
ROWS 導入數據行 (Y) PARFILE 參數文件名
LOG 屏幕輸出的日誌文件 CONSTRAINTS 導入限制 (Y)
DESTROY 覆蓋表空間數據文件 (N)
INDEXFILE 將表/索引信息寫入指定的文件
SKIP_UNUSABLE_INDEXES 跳過不可用索引的維護 (N)
FEEDBACK 每 x 行顯示進度 (0)
TOID_NOVALIDATE 跳過指定類型 ID 的驗證
FILESIZE 每個轉儲文件的最大大小
STATISTICS 始終導入預計算的統計信息
RESUMABLE 在遇到有關空間的錯誤時掛起 (N)
RESUMABLE_NAME 用來標識可恢復語句的文本字元串
RESUMABLE_TIMEOUT RESUMABLE 的等待時間
COMPILE 編譯過程, 程序包和函數 (Y)
STREAMS_CONFIGURATION 導入 Streams 的一般元數據 (Y)
STREAMS_INSTANITATION 導入 Streams 的實例化元數據 (N)
下列關鍵字僅用於可傳輸的表空間
TRANSPORT_TABLESPACE 導入可傳輸的表空間元數據 (N)
TABLESPACES 將要傳輸到資料庫的表空間
DATAFILES 將要傳輸到資料庫的數據文件
TTS_OWNERS 擁有可傳輸表空間集中數據的用戶