做性能調(diào)優(yōu)首先需要了解系統(tǒng)的現(xiàn)象,一個(gè)應(yīng)用如果出現(xiàn)性能問題,大部分應(yīng)用都會(huì)在操作系統(tǒng)層面表現(xiàn)出問題,比如CPU使用過度, 程序中鎖使用過于頻繁, 內(nèi)存泄露等等, 這些都可用Solaris的基本命令看出來, 基本上在性能調(diào)優(yōu)過程, 我們需要通過Solaris 10的一些常用命令比如mpstat, vmstat, iostat等等確定問題所在, 然后再用dtrace進(jìn)行深入調(diào)查.

比方說, 如果是CPU方面使用有問題, 我們通過mpstat, prstat來看. 下面是一個(gè)例子, 只是一個(gè)范例而已:

# mpstat 2
CPU minf mjf xcal intr ithr csw icsw migr smtx srw syscl usr sys wt idl
0 117 0 1583 883 111 1487 593 150 6104 64 11108 7 92 0 1
1 106 0 557 842 0 1804 694 150 6553 84 10684 6 93 0 1
2 112 0 664 901 0 1998 795 143 6622 64 11227 6 93 0 1
3 95 0 770 1035 0 2232 978 131 6549 59 11769 7 92 0 1


可以看到cpu使用在系統(tǒng)態(tài)層面大概平均93%, 用戶層大概6%左右, 1%左右是閑置的,而sys call調(diào)用是大量而且頻繁的, 良好的系統(tǒng)應(yīng)用應(yīng)該是大部分的時(shí)間花在用戶層面, 而少部分時(shí)間使用在系統(tǒng)調(diào)用層面.

我們使用dtrace往下追蹤是什么應(yīng)用導(dǎo)致這么多的sys call:

# dtrace -n 'syscall:::entry { @[execname] = count(); }'
dtrace: description 'syscall:::entry ' matched 229 probes
^C

inetd 1
svc.configd 1
fmd 2
snmpdx 2
utmpd 2

inetd 1
svc.configd 1
fmd 2
snmpdx 2
utmpd 2
svc.startd 13
sendmail 30
snmpd 36
nscd 105
dtrace 1311
filebench 3739725


知道了是filebench應(yīng)用導(dǎo)致了這么多的sys call, 但我們不知道是哪一個(gè)具體的sys call, 依然可以通過dtrace來查找:

# dtrace -n 'syscall:::entry /execname == "filebench"/ { @[probefunc] = count(); }'
dtrace: description 'syscall:::entry ' matched 229 probes
^C

lwp_continue 4
lwp_create 4
mmap 4
schedctl 4
setcontext 4
lwp_sigmask 8
nanosleep 24
yield 554
brk 1590
pwrite 80795
lwp_park 161019
read 324159
pread 898401
semsys 1791717
我們可以知道semsys sys call調(diào)用得最多, 但不知道在應(yīng)用中是通過應(yīng)用的哪些函數(shù)調(diào)用和怎樣調(diào)用的, 依然可以通過dtrace.

# dtrace -n 'syscall::semsys:entry /execname == "filebench"/ { @[ustack()] = count(); }'
dtrace: description 'syscall::semsys:entry ' matched 1 probe
^C
libc.so.1`_syscall6+0x1c
filebench`flowop_start+0x408
libc.so.1`_lwp_start
10793

libc.so.1`_syscall6+0x1c
filebench`flowop_start+0x408
libc.so.1`_lwp_start
10942

libc.so.1`_syscall6+0x1c
filebench`flowop_start+0x408
libc.so.1`_lwp_start
11084

這樣我們可以知道filebench的flowop_start函數(shù)調(diào)用此semsys sys call最多,我們就可以著手去尋找這個(gè)flowop_start函數(shù)看是否有改進(jìn)的方法.