jboos性能優化

linux jboss 部署時優化設置：

在/conf/web.xml中通過參數指定：
<session-config>
    <session-timeout>1440</session-timeout>
</session-config>
單位爲分鐘。

Jboss部署目錄優化：
去掉和應用無關的部署，加快jboss運行速度
bsh-deployer.xml
client-deployer-service.xml
ear-deployer.xml
ejb-deployer.xml
http-invoker.sar
jboss-bean.deployer
jboss-ws4ee.sar
jms
jsr88-service.xml
schedule-manager-service.xml
scheduler-service.xml
sqlexception-service.xml
uuid-key-generator.sar

降低jboss輸出日誌的等級
打開 <jboss>/server/default/conf/jboss-log4j.xml ，這是一個log4j的配置文件。log4j的詳細配置說明請參看 http://logging.apache.org/log4j/1.2/index.html 。日誌輸出的太多，會導致服務器性能降低，所以減少不必要的日誌輸出。方法大體如下：

1.找到 name=”org.jboss” 的category 元素，設置裏面的priority元素爲 <priority value=”INFO” />
2.建一個新的category，內容爲 <category name=”javax.faces”><priority value=”INFO” /></category>
log4j 還能夠將不同的日誌輸入到不同的地方，爲了以後維護方便，應該將不同 category的日誌輸入到不同的文件裏。詳細方法參看上面的網站裏的說明。

起用jboss內的tomcat對傳輸數據的壓縮功能
合同管理裏用了大量的javascript css等，爲了減少傳輸時間，可以起用壓縮功能。方法是：
1.打開<jboss>/server/default/deploy/jboss-web.deployer/server.xml
2.找到 protocol=”HTTP/1.1″的 Connector元素，添加屬性 URIEncoding=”utf-8″ compression=”on” compressionMinSize=”2048″ noCompressionUserAgents=”gozilla, traviata” compressableMimeType=”text/html,text/xml,text/javascript, text/css, text/plain,application/xhtml+xml,application/x-javascript,application/javascript,text/xhtml”
添加完後類似於：
<Connector port=”8080″ address=”${jboss.bind.address}”
maxThreads=”250″ maxHttpHeaderSize=”8192″
emptySessionPath=”true” protocol=”HTTP/1.1″
enableLookups=”false” redirectPort=”8443″ acceptCount=”100″
connectionTimeout=”20000″ disableUploadTimeout=”true” URIEncoding=”utf-8″ compression=”on” compressionMinSize=”2048″ noCompressionUserAgents=”gozilla, traviata” compressableMimeType=”text/html,text/xml,text/javascript, text/css, text/plain,application/xhtml+xml,application/x-javascript,application/javascript,text/xhtml”/>

生產實例

下面這段需調試好久。，

maxThreads="200"
               maxSparseThreads="40"
               minSparseThreads="20"
               acceptCount="10"

給jvm分配適當的內存，一般爲服務器的3/4內存量，推薦至少使用4G內存。
JAVA_OPTS = "-Xms4096m -Xmx8192m -XX:+UseParallelGC -XX:+UseParallelOldGC .. . . "
-Xms=128m這是heap初始化大小。32bit操作系統最大在1.5g-2g之間。64位的無限制
-Xmx=512m 這是heap最大的大小。儘量的將-Xms和-Xmx大小設置相同，這樣避免內存重新分配影響性能
-Xss=128k 線程初始化大小，5.0之前默認是128k,之後爲1m,線程機器最大爲3000-5000
-XX:MaxPermSize=256m.這是表明持久類，也就是noheap區域的最大爲256
-XX:PermSize=256m這個持久區域初始化爲256m，一般持久類的大小是64m

Jvm垃圾收集器包括三種：串行，並行，併發
串行：處理小型數據，jdk1.4之前默認使用
並行：1.5和1.5之後使用，處理

-XX:ParallelGCThreads=20：配置並行收集器的線程數，即：同時多少個線程一起進行垃圾回收。此值最好配置與處理器數目相
-XX:+UseParallelOldGC：配置年老代垃圾收集方式爲並行收集。JDK6.0支持對年老代並行收集。
(併發收集器主要是保證系統的響應時間，減少垃圾收集時的停頓時間。適用於應用服務器、電信領域等。)
-XX:+UseConcMarkSweepGC 設置年老代爲併發收集。測試中配置這個以後，-XX:NewRatio=4的配置失效了，原因不明。所以，此時年輕代大小最好用-Xmn設置。
-XX:CMSFullGCsBeforeCompaction= 由於併發收集器不對內存空間進行壓縮、整理，所以運行一段時間以後會產生“碎片”，使得運行效率降低。此值設置運行多少次GC以後對內存空間進行壓縮、整理。
-XX:ParallelGCThreads=n:設置併發收集器年輕代收集方式爲並行收集時，使用的CPU數。並行收集線程數。

修改Jboss的bin目錄下的run.bat/run.sh，在其加一行:

Windows
set JAVA_OPTS=%JAVA_OPTS% -Xms128m -Xmx256m -XX:PermSize=128m -XX:MaxPermSize=256m -XX:MaxNewSize=256m -Dfile.encoding=GBK
echo "JAVA_OPTS="$JAVA_OPTS

Linux
JAVA_OPTS="$JAVA_OPTS -Xms128m -Xmx256m -XX:PermSize=128m -XX:MaxPermSize=256m -XX:MaxNewSize=256m -Dfile.encoding=GBK"
echo "JAVA_OPTS="$JAVA_OPTS

生產實例

#add wyg 2011-07-25
#modify wyg 2011-07-27
JAVA_OPTS="$JAVA_OPTS -Xms1200m -Xmx1200m -XX:PermSize=600m -XX:MaxPermSize=600m -XX:NewSize=400M -XX:MaxNewSize=400M -XX:+UseTLAB -XX:TLABSize=128K"

32位的Windows操作系統，最大也就能分配到1.5G左右的內存。原因是jvm出於性能的考慮分配內存時必須分配連續的內存塊，而在jvm啓動以前往往有一些其它的應用程序將操作系統的內存分割開，所以就會在jvm啓動時出現不能分配堆內存的錯誤。解決方法：
1、在32位的windows操作系統上啓動多個jvm
2、換成64位操作系統

安全設置
1、jmx-console登錄的用戶名和密碼設置
默認情況訪問http://localhost:8080/jmx-console就可以瀏覽jboss的部署管理的一些信息，不需要輸入用戶名和密碼，使用起來有點安全隱患。下面我們針對此問題對jboss進行配置，使得訪問jmx-console也必須要知道用戶名和密碼纔可進去訪問。步驟如下：
（1）找到JBoss安裝目錄/server/default/deploy/jmx-console.war/WEB-INF/jboss-web.xml文件，去掉<security-domain>java:/jaas/jmx-console</security-domain>的註釋。修改後的該文件內容爲：
（2）修改與（1）中的jboss-web.xml同級目錄下的web.xml文件，查找到<security-constraint>節點，去掉它的註釋
（3）在第一步中的jmx-console安全域和第二步中的運行角色JBossAdmin都是在login-config.xml中配置，我們在JBoss安裝目錄/server/default/config下找到它。查找名字爲：jmx-console的application-policy：
<application-policy name = "jmx-console">
<authentication>
<login-module code="org.jboss.security.auth.spi.UsersRolesLoginModule" flag = "required">
<module-option name="usersProperties">props/jmx-console-users.properties</module-option>
<module-option name="rolesProperties">props/jmx-console-roles.properties</module-option>
</login-module>
</authentication>
</application-policy>
在此處可以看出，登錄的角色、用戶等的信息分別在props目錄下的jmx-console-roles.properties和jmx-console-users.properties文件中設置，分別打開這兩個文件。
配置完成後讀者可以通過訪問：http://localhost:8088/jmx-console/，輸入jmx-console-roles.properties文件中定義的用戶名和密碼，訪問jmx-console的頁面。

2、web-console登錄的用戶名和密碼設置
默認情況下，用戶訪問JBoss的web-console時，不需要輸入用戶名和密碼，爲了安全起見，我們通過修改配置來爲其加上用戶名和密碼。步驟如下：
（1）找到JBoss安裝目錄F:/JBoss/server/default/deploy/management/console-mgr.sar/web-console.war/WEB-INF/jboss-web.xml文件，去掉<security-domain>java:/jaas/web-console</security-domain>的註釋
（2）修改與（1）中的jboss-web.xml同級目錄下的web.xml文件，去掉<security-constraint>部分的註釋
（3）打開JBoss安裝目錄在JBoss安裝目錄/server/default/config下的login-config.xml文件，搜索web-console，找到並修改成如下內容：
<application-policy name = "web-console">
    <authentication>
       <login-module code="org.jboss.security.auth.spi.UsersRolesLoginModule" flag = "required">
           <module-option name="usersProperties">props/web-console-users.properties</module-option>
           <module-option name="rolesProperties">props/web-console-roles.properties</module-option>
       </login-module>
    </authentication>
</application-policy>
在文件中可以看到，設置登錄web-console的用戶名和角色等信息分別在login-config.xml文件所在目錄下的web-console-users.properties和web-console-roles.properties文件中，但因爲該目錄下無這兩個文件，我們在JBoss安裝目錄/server/default/conf/props目錄下建立這兩個文件，
文件內容可參考在“jmx-console登錄的用戶名和密碼設置”中的兩個相應的配置文件的內容。

禁止/打開文件目錄列表
編輯F:/JBoss/server/default/deploy/jboss-web.deployer/conf/web.xml
禁止把listing設置爲false，否則true

防止LOG文件無限制的擴大
在F:/JBoss/server/default/conf目錄下打開jboss-log4j.xml文件，在下語句塊下：
   <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="MaxFileSize" value="10240KB"/>
<param name="MaxBackupIndex" value="1"/>
其中文件的最大值和備份的數量可以根據實際情況而改變

數據源

<max-pool-size>20</max-pool-size>
<min-pool-size>5</min-pool-size>
<idle-timeout-minutes>0</idle-timeout-minutes>

//增加jprofiler 啓動參數（要jprofilter先啓動才能啓動jboss）一般這個註釋掉

修改 JBoss 的啓動腳本，加入如下參數：
-agentlib:jprofilerti=port=8849 -Xbootclasspath/a:$JPROFILER_HOME/bin/agent.jar $JAVA_OPTS

//增加jconsole啓動參數

-Djava.rmi.server.hostname=192.168.19.126 -Dcom.sun.management.jmxremote.port=9899-Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false $JAVA_OPTS

jboss線程池

conf/jboss-service.xml

Name:在pool中threads的名稱
ThreadGroupName：Thread group的名稱
KeepAliveTime：當threads空閒時，保持活動的最長時間（單位毫秒）
MaximumPoolSize：可以併發的thread的最大數目
MinimumPoolSize：可以併發的thread的最小數目
MaximumQueueSize：允許等待的request的最大數目
BlockingMode：等待隊列滿了以後的處理方式

編譯jsp的配置

一般情況下，jsp文件在第一次被調用時纔會被編譯，然後每這[被修改一次，就會重新編譯。

這利於開發，但在生產環境下，變樣的配置會引起問題

1。第一個調用jsp頁面的人就要等待jsp頁面被編譯的時間，最好的選擇是關閉頁面的懶編譯特徵

2。每一次頁面要求都會檢查jsp文件是否被修改以決定是否重新編譯，每次請求的檢查更更新降低生產環境的性能

jsp文件的編譯和運行是被一個java servlet處理的，這個java servlet叫做jspServlet，在 ..../deployers/jbossweb.deployer/web.xml配置

<init-param>
                           <description>development</description>
                          <param-name>development</param-name>
                          <param-value>false</param-value>
              </init-param>

<init-param>
                           <description>development</description>
                          <param-name>checkInterval</param-name>
                          <param-value>300</param-value>

</init-param>

參數

development

缺省值：true

描述：是否使用開發模式，如果使用，那麼modificationTestInterval參數將會被調用

checkInterval

缺省值：0

描述：如果development爲false，checkInterval的值大於0，編譯器起作用，checkInterval是重複編譯的時間間隔，默認一爲0

modificationTestInterval

缺省值：4

描述：jsp頁面在最後一次調用後重複檢測的時間間隔，如果是0，那麼每次調用後都檢測，默認值是4

如果有很多的jsp頁面需要預編譯，可以購買內置編譯器

Nginx R31 doc-13-Limiting Access to Proxied HTTP Resources 訪問限流

公司剛入職了一名 Java 中級開發，短短 4 行代碼居然湊齊了 3 個 bug！我哭了~~

python包：pandas

Python數據分析與挖掘實戰（5章）

一、什麼是Docker

C++文件/流

二、Docker 組件

揹包九講一 01揹包

中外程序員到底有啥區別？

今天！通義靈碼在北京、成都、杭州三城開講啦

SpringMVC框架中遇到的問題

Spring MVC攔截器，登錄攔截簡單配置

WebService小記

審批業務流程設計

jsp頁面自動跳轉

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結