Tomcat的性能優化及JVM記憶體工作原理

来源:https://www.cnblogs.com/wenrulaogou/archive/2020/01/13/12185964.html
-Advertisement-
Play Games

JVM性能優化原則: 代碼運算性能、記憶體回收、應用配置(影響Java程式主要原因是垃圾回收機制) 代碼層優化: 避免過多迴圈嵌套、調用和複雜邏輯。 Tomcat調優主要內容 1、增加最大連接數 2、調整工作模式 3、啟用gzip壓縮 4、調整JVM記憶體大小 5、作為web伺服器時、無Apache整合 ...


JVM性能優化原則:代碼運算性能、記憶體回收、應用配置(影響Java程式主要原因是垃圾回收機制)
代碼層優化:避免過多迴圈嵌套、調用和複雜邏輯。

Tomcat調優主要內容

1、增加最大連接數

2、調整工作模式

3、啟用gzip壓縮

4、調整JVM記憶體大小

5、作為web伺服器時、無Apache整合或者nginx

6、合理選擇垃圾回收演算法

7、儘量使用較新的JDK版本

生產配置實例

<Connectorport="8080"protocol="org.apache.coyote.http11.Http11NioProtocol"     #調整工作模式為NIO
           maxThreads="1000"              #最大線程數,預設150。這裡這是1000是為了避免隊列請求過多,導致響應過慢
           minSpareThreads="100"          #最小空閑線程數
           maxSpareThreads="200"          #最大空閑線程數,如果是超過這個數值,會自動關閉無用的線程
           acceptCount="900"              #當請求超過該值,便會將請求放到後面的隊列中等待
           disableUploadTimeout="true"    #禁止上傳超時時間
          connectionTimeout="20000"       #連接超時,單位毫秒,0代表不限制
           URIEncoding="UTF-8"            #URL地址編碼使用UTF-8
           enableLookups="false"          #關閉DNS解析,提高相應時間
           redirectPort="8443"            #重定向埠
           compression="on"               #啟用壓縮功能
          compressionMinSize="1024"       #最小壓縮大小,單位為Byte(位元組)
          compressableMimeType="text/html,text/xml,text/css,text/javascript"/>   #可支持壓縮的文件類型

Tomcat的運行模式

Tomcat有三種工作模式:Bio、Nio和Apr

Bio(Blocking I/O):預設工作模式,一個線程處理一個請求,在高併發的的環境下,線程數較多,浪費資源,沒有任何優化技術處理,性能比較低

Nio(New I/O or Non-Blocking):非阻塞式I/O模式,NIO主要是利用Java的非同步I/O處理,可以通過少量的線程處理大量的請求

Apr(Apache Portable Runtime,Apathe可移植運行庫):Tomcat運行高併發應用的首選工作模式,APR是從操作系統層面解決IO阻塞問題,大幅度提高伺服器的處理和響應性能

啟動Apr模式的方法

1)安裝依賴庫 

[root@tomcat ~]# yum install -y apr-devel openssl-devel gcc make

[root@tomcat ~]# rpm -qa | grep openssl
openssl-libs-1.0.2k-12.el7.x86_64
openssl-devel-1.0.2k-12.el7.x86_64
openssl-1.0.2k-12.el7.x86_64

2)安裝apr動態庫

在安裝apr動態庫之前,需要java環境,在這裡,有個坑需要註意,那就是ap在預編譯的之後一定要有jdk環境,我們一般安裝都是直接yum install -y java一條命令搞定,但是呢,在這裡是不支持的,

需要手動配置才行,否則便會報錯

配置環境變數

export JAVA_HOME=/usr/java/jdk1.7.0_65
export CLASSPATH=$CLASSPATH:$JAVA_HOME/lib:$JAVA_HOME/jre/lib
export PATH=$JAVA_HOME/bin:$JAVA_HOME/jre/bin:$PATH:$HOMR/bin

下載Tomcat-native包

地址:https://archive.apache.org/dist/tomcat/tomcat-connectors/native/1.2.17/source/tomcat-native-1.2.17-src.tar.gz

[root@tomcat ~]# wget https://mirrors.tuna.tsinghua.edu.cn/apache/tomcat/tomcat-connectors/native/1.2.17/source/tomcat-native-1.2.17-src.tar.gz    #下載包

[root@tomcat ~]# tar zxvf tomcat-native-1.2.17-src.tar.gz -C /usr/local/tomcat/bin/      #解壓

[root@tomcat ~]# cd /usr/local/tomcat/bin/tomcat-native-1.2.17-src/native/     #移動到指定目錄
 
[root@tomcat native]# make && make install    #編譯安裝
[root@tomcat native]# ll /usr/local/apr/lib/    #查看是否成功
total 3268
-rw-r--r-- 1 root root 2121194 Jun 30 16:28 libtcnative-1.a
-rwxr-xr-x 1 root root 1027 Jun 30 16:28 libtcnative-1.la
lrwxrwxrwx 1 root root 23 Jun 30 16:28 libtcnative-1.so -> libtcnative-1.so.0.2.17
lrwxrwxrwx 1 root root 23 Jun 30 16:28 libtcnative-1.so.0 -> libtcnative-1.so.0.2.17
-rwxr-xr-x 1 root root 1204408 Jun 30 16:28 libtcnative-1.so.0.2.17
drwxr-xr-x 2 root root 4096 Jun 30 16:28 pkgconfig

配置APR本地庫到系統共用庫搜索路徑  # vim /usr/local/tomcat/bin/catalina.sh

JAVA_OPTS="$JAVA_OPTS -Djava.library.path=/usr/local/apr/lib/"   #在虛擬機啟動參數JAVA_OPTS中添加java.library.path參數,指定apr庫的路徑

實現原理:Tomcat利用基於Apr庫tomcat-native來實現操作系統級別控制,提供一種優化技術和非阻塞式I/O操作,大大提高併發處理能力。但需要安裝Apr和tomcat-native庫。

工作模式原理涉及了網路I/O模型知識

阻塞式I/O模型:應用進程調用recv函數系統調用時,如果等待要操作的數據沒有發送到內核緩存區,應用進程將阻塞,不能接收其它請求。反之內核recv端緩衝區有數據,內核會把數據複製到用戶空間解除阻塞,繼續處理下一個請求。(內核空間(緩衝區)--用戶空間(系統調用))

非阻塞式I/O模型:應用進程設置成非阻塞模式,如果要操作的數據沒有發到內核緩衝區,recv系統調用返回一個錯誤,應用進程利用輪詢方式不斷檢查此操作是否就緒,如果緩衝區有數據則返回,I/O操作同時不會阻塞應用進程,期間會繼續處理新請求。

I/O復用模型:阻塞發生在select/poll的系統調用上,而不是阻塞在實際的I/O系統調用上。能同時處理多個操作,並檢查操作是否就緒,select/epoll函數發現有數據就緒後,就通過實際I/O操作將數據複製到應用進程緩存區中。

非同步I/O模型:應用進程通知內核開始第一個非同步I/O操作,並讓內核在整個操作(包括數據複製緩衝區)完成後通知應用進程,期間會繼續處理新請求。

I/O操作分為兩個階段:第一個階段等待數據可用,第二個階段將數據從內核覆制到用戶空間。

前三種模型的區別:第一階段阻塞式I/O阻塞在I/O操作上,非阻塞式I/O輪詢,I/O復用阻塞在select/poll或epoll上。第二個階段都是一樣的。而非同步I/O的兩個階段都不會阻塞進程。

Java性能問題主要來自JVM,JVM  GC也比較複雜,相關基礎概念

1、JVM記憶體劃分為年輕代、老年代、永久代。

2、年輕代又分為: Eden和Survivor區由FromSpace和ToSpace組成。Eden區占大容量,Survivor兩個區占小容量,預設比例大概是8:2。

3、堆記憶體(Heap)=年輕代+老年代。非堆記憶體=永久代。

4、堆記憶體用途: 存放的對象,垃圾收集器就是收集這些對象,然後根據GC演算法回收。

5、非堆記憶體用途:JVM本身是用,存放一些類、方法、常量、屬性等。

6、年輕代: 新生成的對象首先放到年輕代的Eden區中,當Eden滿時,經過GC後,還存活的對象被覆制到Survivor區的FromSpace中,如果Survivor區滿時,會再被覆制到Survivor區的ToSpace區。如果還有存活對象,會再被覆制到老年代。

7、老年代:在年輕代中經過GC後還存活的對象會被覆制到老年代中。當老年代空間不足時,JVM會對老年代進行完全的垃圾回收(Full GC)。如果GC後,還是無法存放從Survivor區複製過來的對象,就會出現OOM(Out of Memory)。

8、永久代:也成為方法,存放靜態類型數據,比如類、方法、屬性等

垃圾回收(GC,garbage collection)演算法

1、標記-清除(Mark-Sweep)

GC分為兩個階段,標記和清除。首先標記所有可回收的對象,在標記完成後統一回收所有被標記的對象。同時會產生不連續的記憶體碎片。碎片過多會導致以後程式運行時需要分配較大對象時,無法找到足夠的連續記憶體,而不得以再次觸發GC。

2、複製(copy)

將記憶體按容量劃分為兩塊,每次只使用其中一塊。當著一塊用完了,就將存活的對象複製到另一塊上,然後再把已使用的記憶體空間一次清理掉,這樣使得每次對半個記憶體區在回收,也不用考慮記憶體碎片問題,簡單高效。缺點需要兩倍的記憶體空間。

3、標記-整理(Mark-Compact)

也分為兩個階段,首先標記可回收的對象,再將存活的對象都向一端移動,然後清理掉邊界以外的記憶體。此方法避免標記-清除演算法的碎片問題,同時也避免了複製演算法的空間問題。

一般年輕代中執行GC後,會有少量的對象存活,就會選用複製演算法,只要付出少量的存貨成本就可以完成收集。而老年代中因對象存活率高,沒有額外過多記憶體空間分配,就需要使用標記-清理或標記-整理演算法來進行回收。

垃圾收集器

1、串列收集器(Serial

比較老的收集器,單線程。收集時,必須暫停應用的工作線程,直到收集結束。

2、並行收集器(parallel)

多線程並行工作,在多核CPU下效率更高,應用線程依然處於等待狀態。

3、CMS收集器(concurrent Mark sweep)

  1. 初始標記(Initial Mark)

  2. 併發標記(Concurrent Mark)

  3. 重新標記(Remark)

  4. 併發清除(Concurrent Sweep)

初始標記、重新標記這兩個步驟仍然需要暫停應用線程。初始標記只是標記一下GC Roots能直接關聯的對象,速度很快,併發標記階段是標記可回收對象,而重新標記階段則是為了修正併發標記期間因用戶程式繼續運行導致
標記產生變動的那一部分對象的標記記錄,這個階段暫停時間比初始標記階段稍長一點,但遠比併發標記時間段。

由於整個過程中消耗最長的併發標記和併發清除過程收集器線程都可以與用戶線程一起工作,所以,CMS收集器記憶體回收與用戶一起併發執行的,大大減少了暫停時間。

4、G1收集器(Garbage First)
G1收集器將堆記憶體劃分多個大小相等的獨立區域(Region),並且能預測暫停時間,能預測原因它能避免對整個堆進行全區收集。G1跟蹤各個Region里的垃圾堆積價值大小(所獲得空間大小以及回收所需時間),在後臺維護一個優先列表,每次根據允許的收集時間,優先回收價值最大的Region,從而保證了再有限時間內獲得更高的收集效率。

G1收集器工作工程分為4個步驟,包括:

初始標記(Initial Mark)

併發標記(Concurrent Mark)

最終標記(Final Mark)

篩選回收(Live Data Counting and Evacuation)

初始標記與CMS一樣,標記一下GC Roots能直接關聯到的對象。併發標記從GC Root開始標記存活對象,這個階段耗時比較長,但也可以與應用線程併發執行。而最終標記也是為了修正在併發標記期間因用戶程式繼續運作而導致標記產生變化的那一部分標記記錄。最後在篩選回收階段對各個Region回收價值和成本進行排序,根據用戶所期望的GC暫停時間來執行回收。

瞭解了JVM基礎知識,下麵配置下相關Java參數,將下麵一段放到catalina.sh裡面:

JAVA_OPTS="-server -Xms1024m -Xmx1536m -XX:PermSize=256m -XX:MaxPermSize=512m -XX:+UseConcMarkSweepGC -XX:+UseParallelGCThreads=8 XX:CMSInitiatingOccupancyFraction=80 -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0 -XX:-PrintGC -XX:-PrintGCDetails -XX:-PrintGCTimeStamps -Xloggc:../logs/gc.log"

-Xms

堆記憶體初始大小,單位m、g

-Xmx

堆記憶體最大允許大小,一般不要大於物理記憶體的80%

-XX:PermSize

非堆記憶體初始大小,一般應用設置初始化200m,最大1024m就夠了

-XX:MaxPermSize

非堆記憶體最大允許大小

-XX:+UseParallelGCThreads=8

並行收集器線程數,同時有多少個線程進行垃圾回收,一般與CPU數量相等

-XX:+UseParallelOldGC

指定老年代為並行收集

-XX:+UseConcMarkSweepGC

CMS收集器(併發收集器)

-XX:+UseCMSCompactAtFullCollection

開啟記憶體空間壓縮和整理,防止過多記憶體碎片

-XX:CMSFullGCsBeforeCompaction=0

表示多少次Full GC後開始壓縮和整理,0表示每次Full GC後立即執行壓縮和整理

-XX:CMSInitiatingOccupancyFraction=80%

表示老年代記憶體空間使用80%時開始執行CMS收集,防止過多的Full GC

註意:不是JVM記憶體設置越大越好,具體還是根據項目對象實際占用記憶體大小而定,可以通過Java自帶的分析工具來查看。如果設置過大,會增加回收時間,從而增加暫停應用時間。

gzip壓縮作用:節省伺服器流量和提高網站訪問速度。客戶端請求伺服器資源後,伺服器將資源文件壓縮,再返回給客戶端,由客戶端的瀏覽器負責解壓縮並瀏覽。

使用Apache與Tomcat整合,因為Tomcat處理靜態文件能力遠不足Apache,因此讓Apache來處理靜態文件,Tomcat處理動態jsp文件,可以有效提高處理速度。

TomcatSessionID持久化三種方法:

Session粘性:通過瀏覽器Cookie綁定SessionID,通過sticky模式將同一Session請求分配到同一Tomcat上。

Session複製:Tomcat通過廣播形式將Session同步到其他Tomcat節點,並且Linux下要手動開啟開放廣播地址。不易後端節點過多

Session保存資料庫(memcache、redis):將SessionID保存在共用的資料庫中。

OOM(Out of Memory)異常常見有以下幾個原因:

1)老年代記憶體不足:
java.lang.OutOfMemoryError:Javaheapspace

2)永久代記憶體不足:

java.lang.OutOfMemoryError:PermGenspace

3)代碼bug,占用記憶體無法及時回收。

前兩種情況通過加大記憶體容量,可以得到解決。如果是代碼bug,就要通過jstack、jmap、jstat自帶的工具分析問題,定位到相關代碼,讓開發解決。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 1、線程池是單例的,全局唯一的,設置線程池最大活躍線程數是5,設置後,允許同時併發的Task只有5個,我們開啟100個task去做任務,從最後的輸出結果看到,雖然開啟了100個task,但是線程id始終是那5個如圖所示 2、結論:證明task是來源於線程池的,而且線程是重用的 ...
  • 一、前言 開始做了兩年web、期間也整了一段時間winform。後來做了兩年工控上位機,也就是做工控這兩年發現機器跟面向對象真是如此貼切,也是我從處理數據和流程的思維轉變為面向對象思維的開始。這對我後來學習mvc5、owin、.net core以及其它各種框架的學習有非常大的幫助,我發現我能看懂源碼 ...
  • 從C#6開始,只讀屬性可簡寫為表達式屬性。它使用雙箭頭替換了花括弧,get訪問器和return關鍵字。 例如: decimal CurrentPrice,sharedOwned; public decimal Worth { get{ return CurrentPrice*sharedOwned; ...
  • 資料庫創建“用戶表”“角色表”“用戶角色關係表” create table roles ( RId int identity, RName varchar(50), Remark varchar(50) ) create table UserRole ( Users_UId int, roles_R ...
  • 212.64.62.174 gitee.com 31.13.83.16 github.global.ssl.fastly.net 52.74.223.119 github.com 52.216.82.240 github-production-release-asset-2e65be.s3.amaz ...
  • 啟動流程 1、 Stage1 start.S代碼結構 u boot的stage1代碼通常放在start.S文件中,用彙編語言,主要實現功能如下: (1) 定義入口: 該工作通過修改連接器腳本來完成。 (2)設置異常向量(Exception Vector)。 (3)設置CPU的速度、時鐘頻率及終端控制 ...
  • 活動目錄伺服器常用命令合集如下: dsquery server :驗證網路中有多少台域控dsquery server -isgc 驗證網路中的全局編錄伺服器net accounts 查看第一臺域控的電腦角色netdom query fsmo 驗證操作主機角色get-ADforest|FL glob ...
  • linux下網路埠連通性測試命令彙總 一、telnet ip port 1.1 安裝: 安裝telnet服務 【centos、ubuntu】安裝telnet命令的方法.】 yum list telnet* 列出telnet相關的安裝包 yum install telnet-server 安裝tel ...
一周排行
    -Advertisement-
    Play Games
  • .Net8.0 Blazor Hybird 桌面端 (WPF/Winform) 實測可以完整運行在 win7sp1/win10/win11. 如果用其他工具打包,還可以運行在mac/linux下, 傳送門BlazorHybrid 發佈為無依賴包方式 安裝 WebView2Runtime 1.57 M ...
  • 目錄前言PostgreSql安裝測試額外Nuget安裝Person.cs模擬運行Navicate連postgresql解決方案Garnet為什麼要選擇Garnet而不是RedisRedis不再開源Windows版的Redis是由微軟維護的Windows Redis版本老舊,後續可能不再更新Garne ...
  • C#TMS系統代碼-聯表報表學習 領導被裁了之後很快就有人上任了,幾乎是無縫銜接,很難讓我不想到這早就決定好了。我的職責沒有任何變化。感受下來這個系統封裝程度很高,我只要會調用方法就行。這個系統交付之後不會有太多問題,更多應該是做小需求,有大的開發任務應該也是第二期的事,嗯?怎麼感覺我變成運維了?而 ...
  • 我在隨筆《EAV模型(實體-屬性-值)的設計和低代碼的處理方案(1)》中介紹了一些基本的EAV模型設計知識和基於Winform場景下低代碼(或者說無代碼)的一些實現思路,在本篇隨筆中,我們來分析一下這種針對通用業務,且只需定義就能構建業務模塊存儲和界面的解決方案,其中的數據查詢處理的操作。 ...
  • 對某個遠程伺服器啟用和設置NTP服務(Windows系統) 打開註冊表 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer 將 Enabled 的值設置為 1,這將啟用NTP伺服器功 ...
  • title: Django信號與擴展:深入理解與實踐 date: 2024/5/15 22:40:52 updated: 2024/5/15 22:40:52 categories: 後端開發 tags: Django 信號 松耦合 觀察者 擴展 安全 性能 第一部分:Django信號基礎 Djan ...
  • 使用xadmin2遇到的問題&解決 環境配置: 使用的模塊版本: 關聯的包 Django 3.2.15 mysqlclient 2.2.4 xadmin 2.0.1 django-crispy-forms >= 1.6.0 django-import-export >= 0.5.1 django-r ...
  • 今天我打算整點兒不一樣的內容,通過之前學習的TransformerMap和LazyMap鏈,想搞點不一樣的,所以我關註了另外一條鏈DefaultedMap鏈,主要調用鏈為: 調用鏈詳細描述: ObjectInputStream.readObject() DefaultedMap.readObject ...
  • 後端應用級開發者該如何擁抱 AI GC?就是在這樣的一個大的浪潮下,我們的傳統的應用級開發者。我們該如何選擇職業或者是如何去快速轉型,跟上這樣的一個行業的一個浪潮? 0 AI金字塔模型 越往上它的整個難度就是職業機會也好,或者說是整個的這個運作也好,它的難度會越大,然後越往下機會就會越多,所以這是一 ...
  • @Autowired是Spring框架提供的註解,@Resource是Java EE 5規範提供的註解。 @Autowired預設按照類型自動裝配,而@Resource預設按照名稱自動裝配。 @Autowired支持@Qualifier註解來指定裝配哪一個具有相同類型的bean,而@Resourc... ...