JBOSS AS 性能調整優化

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

日誌文件輸出

<appender name="FILE" class="org.jboss.logging.appender.DailyRollingFileAppender">
      <errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/>
      <param name="File" value="${jboss.server.log.dir}/server.log"/>#日誌文件輸出的目錄
      <param name="Append" value="false"/>
      <param name="Threshold" value="INFO" /> #主要是這個
      <layout class="org.apache.log4j.PatternLayout">
         <!-- The default pattern: Date Priority [Category] Messagen -->
         <param name="ConversionPattern" value="%d %-5p [%c] %m%n"/>

         <!-- The full pattern: Date MS Priority [Category] (Thread:NDC) Messagen
         <param name="ConversionPattern" value="%d %-5r %-5p [%c] (%t:%x) %m%n"/>
          -->
      </layout>
   </appender>

控制檯日誌輸出

   

<appender name="CONSOLE" class="org.apache.log4j.ConsoleAppender">
      <errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/>
      <param name="Target" value="System.out"/>#日誌文件輸出格式，直接輸出在終端
      <param name="Threshold" value="INFO"/>#主題要是這個

      <layout class="org.apache.log4j.PatternLayout">
         <!-- The default pattern: Date Priority [Category] Messagen -->
         <param name="ConversionPattern" value="%d{ABSOLUTE} %-5p [%c{1}] %m%n"/>
      </layout>
   </appender>

2 刪除不需要的服務

3 調節熱部署程序來關閉自動掃描功能或增加掃描之間的等待時間

4 數據源

*\jboss-4.2.3.GA\server\default\deploy\*-ds.xml

<idle-timeout-minutes>5</idle-timeout-minutes> #回收不再需要的連接之前應用服務器需要等待的時間量

<min-pool-size>40</min-pool-size> #最小的連接量

<max-pool-size>40</max-pool-size> #最大的連接量

<query-timeout>300</query-timeout>

<use-fast-fail>true</use-fast-fail>

如果測試項目對數據庫的操作平穩，最小數目與最大數目相同即可
如果項目屬於有高峯期的那種，那還是設置較小的連接池大小，應付無壓力的時期。較高的連接池大小應付高峯期。
這個值儘量不要設置太大，給數據庫服務器造成壓力，如果宕機，是個很嚴重的問題。

5 配置線程池

*\jboss-4.2.3.GA\server\default\deploy\jboss-web.deployer\service.xml

<Connector port="80" address="${jboss.bind.address}"
        maxThreads="250" #處理請求的最大線程數。限制同時處理的請求數
        maxHttpHeaderSize="8192"
        emptySessionPath="true" protocol="HTTP/1.1"
        enableLookups="false"
        redirectPort="443"
        acceptCount="100"#排隊等待一個線程空閒的最大請求數。如果隊列滿了，應用服務器會返回一個503HTTP錯誤
        connectionTimeout="20000"
        disableUploadTimeout="true"
/>

線程太大，會佔用資源，太小，又不夠請求。所以應該根據自己的工程，自己推算線程數。

閱讀(514) | 評論(3) | 轉發(2) |

0

上一篇：Jmeter腳本錄製

下一篇：Apache 性能調優-參考篇

相關熱門文章

• nginx + uwsgi支持django框架...
• Windows的回調機制
• Dynamo系統架構
• 編程之路 寫給打算進入IT行業...
• ABAP：SAP報表的性能優化（1）...

• 【趣味題】 發瘋的機器人...
• 如何安裝java環境和tomcat（ub...
• GFS與mfs的區別？
• 以下的問題合理麼？求指導...
• 要生成10位的永不重複的字母加...

給主人留下些什麼吧！~~

評論熱議