buffers 和 cache 都是內存中存放的數據,不一樣的是,buffers 存放的是準備寫入磁盤的數據,而 cache 存放的是從磁盤中讀取的數據 java
在Linux系統中,有一個守護進程(daemon)會按期把buffers中的數據寫入的磁盤,也可使用 sync 命令手動把buffers中的數據寫入磁盤。使用buffers能夠把分散的 I/O 操做集中起來,減小了磁盤尋道的時間和磁盤碎片。
cache是Linux把讀取頻率高的數據,放到內存中,減小I/O。Linux中cache沒有固定大小,根據使用狀況自動增長或刪除。web
是硬盤上的一塊空間。在內存不足的狀況下,操做系統把內存中不用的數據存到硬盤的交換區,騰出內存來讓別的程序運行。所以,開啓swap會必定程度的引發 I/O 性能降低(阿里服務器默認不開)。spring
介紹一下使用到的top參數服務器
線上的出現須要使用top排查的狀況通常是死循環或者死鎖,下面經過代碼來模擬兩種狀況app
package com.zang.top.controller; import org.springframework.web.bind.annotation.RequestMapping; import org.springframework.web.bind.annotation.RestController; import java.util.concurrent.TimeUnit; /** * @author zangjf * @version zangjf: TopController.java,v1.0 2019/2/27 22:51 zangjf Exp $$ * @since 1.0 */ @RestController @RequestMapping("top") public class TopController { private Object lock1 = new Object(); private Object lock2 = new Object(); @RequestMapping("test") public String test() { return "success"; } // 死循環 @RequestMapping("loop") public String loop() { System.out.println("start"); while (true) {} } // 死鎖 @RequestMapping("deadlock") public String deadlock() { new Thread(() -> { synchronized (lock1) { try{ TimeUnit.SECONDS.sleep(1); } catch (Exception e) {} synchronized (lock2) { System.out.println("thread1 over"); } } }).start(); new Thread(() -> { synchronized (lock2) { try{ TimeUnit.SECONDS.sleep(1); } catch (Exception e) {} synchronized (lock1) { System.out.println("thread2 over"); } } }).start(); return "success"; } }
放到服務器上啓動curl
手動製造CPU飆高的場景,重複執行該命令三次,模擬三個致使高cpu佔用的線程工具
curl localhost:8080/top/loop
執行top命令,能夠看到pid爲22095的進程CPU佔用較高oop
查看pid爲22095的進程中線程的具體狀況性能
top -p 22095 -H
能夠看到PID爲22114,22115和22116的線程佔用CPU較高。這裏可能有人有疑惑,爲何線程也有PID啊?其實線程進程都會有本身的ID,這個ID就叫作PID,PID是不特指進程ID,線程ID也能夠叫作PID。url
jstack命令工具能夠獲得線程堆棧信息,根據這些線程堆棧信息,咱們能夠去檢查Java程序出現的問題。
打印PID爲22095的進程的詳細堆棧信息。
jstack 22095 > loop.txt
以PID爲22114的線程爲例,到loop.txt中查找該線程的信息,由於jstack中PID用的是16進制,因此須要將10進制的PID轉換爲16進制的數值到文件中查找。
printf "%x" 22114 # 輸出5662
能夠定位到程序中出現問題的代碼位置
模擬死鎖
curl localhost:8080/top/deadlock
輸出堆棧信息
jstack 22223 > deadlock.txt
查看文件最後的信息,看到發現一個死鎖及產生位置
參考:https://mp.weixin.qq.com/s/G7F25H3h7WuqiUdU_ocbhA