1 減少日誌的輸出量
*\jboss-4.2.3.ga\server\default\conf\jboss-log4j.xml
根據不同的日誌級別：一共有5個等級，越往下輸出的東西越詳細。一般沒什麼特殊情況，調整為warn或者info即可
fatal 0
error 3
warn 4
info 6
debug 7
日誌檔案輸出
"file" class=
>
"org.jboss.logging.util.onlyonceerrorhandler"
/>
"file" value=
"$/server.log"
/>#日誌檔案輸出的目錄
"false"
/>
"threshold" value=
"info"
/> #主要是這個
"org.apache.log4j.patternlayout"
>
"conversionpattern" value=
"%d %-5p [%c] %m%n"
/>
<
/layout>
<
控制台日誌輸出
"console" class=
>
"org.jboss.logging.util.onlyonceerrorhandler"
/>
"target" value=
"system.out"
/>#日誌檔案輸出格式，直接輸出在終端
"threshold" value=
"info"
/>#主題要是這個
"org.apache.log4j.patternlayout"
>
"conversionpattern" value=
"%d %-5p [%c] %m%n"
/>
<
/layout>
<
2 刪除不需要的服務
3 調節熱部署程式來關閉自動掃瞄功能或增加掃瞄之間的等待時間
4 資料來源 *
\jboss-4.2.3.ga\server\default\deploy
\*-ds.xml
5<
/idle-timeout-minutes>
#**不再需要的連線之前應用伺服器需要等待的時間量
40<
/min-pool-size>
#最小的連線量
40<
/max-pool-size>
#最大的連線量
300<
/query-timeout>
true<
/use-fast-fail>
如果測試專案對資料庫的操作
平穩，最小數目與最大數目相同即可
如果專案屬於有高峰期的那種，那還是設定較小的連線池大小，應付無壓力的時期。較高的連線池大小應付高峰期。
這個值盡量不要設定太大，給資料庫伺服器造成壓力，如果宕機，是個很嚴重的問題。
5 配置執行緒池
*\jboss-4.2.3.ga\server\default\deploy\jboss-web.deployer\service.xml
"80" address=
"$"maxthreads=
"250" #處理請求的最大執行緒數。限制同時處理的請求數
#排隊等待乙個執行緒空閒的最大請求數。如果佇列滿了，應用伺服器會返回乙個503http錯誤
connectiontimeout=
"20000"
disableuploadtimeout=
"true"
/>
執行緒太大，會占用資源，太小，又不夠請求。所以應該根據自己的工程，自己推算執行緒數。
0 給主人留下些什麼吧！~~
Tomcat效能調整優化
一 引言 效能測試與分析是軟體開發過程中介於架構和調整的乙個廣泛並比較不容易理解的領域，更是一項較為複雜的活動。就像下棋遊戲一樣，有效的效能測試和分析只能在乙個良好的計畫策略和具備了對不可預料事件的處理能力的條件下順利地完成。乙個下棋高手贏得比賽靠的不僅僅是對遊戲規則的認識，更是靠他的自己的能力和不...
Oracle sql 效能優化調整（3）
3.共享sql語句 為了不重複解析相同的sql語句,在第一次解析之後,oracle將sql語句存放在記憶體中.這塊位於系統全域性區域sga system global area 的共享池 shared buffer pool 中的記憶體可以被所有的資料庫使用者共享.因此,當你執行乙個sql語句 有時...
Oracle 效能優化調整 三 調整重做機制
當我們優化 oracle效能,檢查了shared pool 和buffer cache 命中率之後 意識到需要使這些結構的變得更大才能改進它們，但伺服器中沒有足夠的記憶體來支援這一改進。同時又發現 redo log buffer 的retry ratio 又很低，表明 redo log buffer...