AIX性能问题诊断及调优

在AIXB常运维中，性能问题一直是一个很重要问题，为了让操作系统能正常平稳高效运行，便需要一些武功秘籍来进行快速定准并解决问题，本次我们便来讨论一下我们可以用到武功秘籍。所谓性能问题，主要儿种在CPU、内存、I/O三个大类别，因此我们分类进行讨论。类别一：CPU检查系统三把斧头一招便是topas,这个是最常用也是最有效一招，通过topas输出可以看到CPU使用情况。FriApr310:19:022015Interval: 2CPUWkH殴Kern%wait%idle%ALL 64.2 9.2 3.7 22.9从topas输出我们主要关注如下4个指标:User%:主要是应用程序消耗CPU百分比Kern%:主要是操作系统本身消耗CPU百分比Wait%:主要是有I/O问题时，CPU等待I/O百分比Idle%:那么这个一定是空闲CPU了""那么判定系统忙不忙一个指标为Idle%,正常情况下，Idle%值如果低于10%,则这个系统CPU就需要注意了，此时关注一下是User%高还是Kern%高，如果是User%高，则说明是应用程序占用CPU较多，反之则说明操作系统本身占用CPU较高。（但是请注意：并不是所有Kern%高都是操作系统本身导致，也有可能是应用程序调用了系统本身函数，这样也会把这部分消耗算在Kern%头上）在拍完第一板斧后，我们继续向下分析，拍第二板斧trpof,这个可以理解为精简版trace,一般情况下执行这个命令对系统负载影响不太大，因此可以用这个工具先粗略看一下相关进程。tprof-skeuj一xsleep10通过tprof可以看出占用CPU排名靠前进程。ProcessFreqTotalKernelUserSharedOtherJavawait*6499.339933o7oo0.000.00o7oo/usr/sbin/lscfg00.000.000.00/bin/ksh00.000.000.00PatrolAgent10.110.090.020.000.000.00/usr/sbin/lsvg/usr/bin/ksh110.030.020.030.020.000.000.000.000.000.000.000.00/usr/bin/netstat20.020.020.000.000.000.00/usr/bin/sh20.020.020.000.000.000.00/usr/bin/dspmsg20.020.020.000.000.000.00/usr/bin/awk20.020.020.000.000.000.00/usr/java5/jre/bin/java/usr/sbin/lsattr220.020.020.010.020.000.000.010.000.000.000.000.00/usr/sbin/bootinfo20.020.020.000.000.000.00/usr/1ib/boot/bin/1smcode_chrp10.010.010.000.000.000.00/usr/bin/grep10.010.010.000.000.000.00/usr/bin/vat10.010.010.000.000.000.00/usr/lpp/diagnostics/bin/Dctrl/usr/sbin/syncd110.010.010.000.010.000.000.010.000.000.000.000.00/usr/bin/uname10.010.010.000.000.000.00/usr/bin/bsh10.010.010.000.000.000.00reaffin10.010.010.000.000.000.00Total103100.0099.960.020.020.000.00如果rootcause还没有找到，那么便使出大招，收trace数据。在收集trace数据前请先注意以下原则：收集trace数据会对当前系统负载有影响，在CPU已经达到99%时,再收集trace有可能把操作系统搞夯。一定要等到问题重现时收集trace,由于trace产生数据量巨大，因此要收集有效时间段traceo如果不确定问题什么时候重现，可以写个判断脚本，收集循环traceo用root用户进行trace收集需要预估trace数据大小，然后根据预估空间，在操作系统上找一个空间较大地方存放数据。trace数据大小可以用下列公式算出：预估数据大小二逻辑CPU个数*10MB（其中逻辑CPU个数可以用vmstatgrep-ilcpu命令查看）在了解上述原则后，我们开始收集trace数据。trace-anl~Call~T20M-L40M-o/bigFS/trace.rawsleep10trcstop在执行完上述收集命令后，会生成traceraw文件。

arv^xr-xr-xdrwxrwxrwt-rw-r--r---rw-rw-rw-rw-rw-rw-rw--rw-rw-rw--rw-rw-rw-w-rw-rw--rw-rw-rw-■rw・rw-rw・arv^xr-xr-xdrwxrwxrwt-rw-r--r---rw-rw-rw-rw-rw-rw-rw--rw-rw-rw--rw-rw-rw-w-rw-rw--rw-rw-rw-■rw・rw-rw・■rw・rw・rw・-rw-rw-rw--rw-rw-rw--rw-rw-rw--rww-rw-rootbinrootrootrootrootrootrootrootrootrootrootrootrootrootrootsystembinsystemsystemsystemsystemsystemsystemsystemsystemsystemsystemsystemsystemsystemsystem4096Apr4096Apr4241Apr1672464Apr657000Apr69136Apr68448Apr1636440Apr70664Apr71504Apr80952Apr3524608Apr69728Apr68664Apr68624Apr71784Apr3333333333333333oooooooooooooooo11:03•11:0110:43f11:03trace.raw11:03trace.raw-111:03trace.raw-1011:03trace.raw-1111:03trace.raw-1211:03trace・「aw-1311:03trace.raw-1411:03trace.raw-1511:03trace.raw-1611:03trace.raw-1711:03trace.raw-lS11:03trace.raw-1911:03trace.raw-2下面对trace数据进行转换:trcrpt-r-Calltrace.raw>trace.r再用curt进行数据处理:curt-itrace・r一。curt・out-pest此时产生一个curt,out文件，可以直接进行阅读。首先可以从"SystemSummary"字段看到各种类型进程分别占用CPU比例。SystemSummaryprocessingtotaltime(msec)percenttotaltime(incl.idle)e)

me

i1

td45.31102.491.514.28processingtotaltime(msec)percenttotaltime(incl.idle)e)

me

i1

td45.31102.491.514.280.00156.311.751.340.99250008000oooooooooooooooooo21487046314309543U20109000U34processingcategoryAPPLICATIONSYSCALLHCALLkproc(excludingidleandNFS)NFSFLIHSLIHDISPATCH(allprocs,incl.IDLE)IDLEDISPATCH(onlyIDLEproc.)312.990.17100.00CPU(s)busytime187781.0299.83IDLETOTAL188094.02TOTAL然后从"ApplicationSummaryM可以看到应用占用CPU排夕i。ApplicationSurmiary(byTid)--processinacombinedapp1total(msec)ication-- --percentoftotalprocessingtime--syscall combinedapplication syscallname(FidTid)54.199622*132632.0670 (>.02880.01180.0170PatrolAgent(917$2463139193S)aMc(112M7142818OS35)9.13011.56797.5622 0.00490.00080.00408.82851.32527.S034 0.00470.00070.0040uniq(1120671628丄&0537)8.80881.54327.2655 0.00470.00080.0039a^(SS4754S345377丄9)8.79461.68377.1X09 0.00470.00090.0038/u$r/bin/lpar$tat(11206724 28X80547)7.99S70.90727.0S8S 0.00430.00050.0038/u$r/b、n/k$h(8S47S5228180S39)7.27490.93606.3390 0.00390.00050.0034/u$r/b1n/k$h(H206726281S0549)7.23010.92026.3098 0.00380.00050.0034/usr/bin/k$h(11468948323750207.22530.92756.2978 0.00380.00050.0033/usr/bin/ksh(114689S032375031)lsdev(63S706639256245)6.50924.02042.4688 0.00350.00210.00134.$1061.026$3.4S42 0.0024O.OOOS0.0019^rep(8S47S5034537721)2.06810.97611.0920 0.0011O.OOOS0.0006trcstop(976498027918523)1.82220.88010.9421 0.00100.00050.0005lsfs(1179659818219099)1.7368O.3S711.3797 0.00090.00020.0007ksh(983047628639487)1.46290.86790.59S1 0.00080.00050.0003netstat(93061S639125171)1.10590.03271.0733 0.00060.00000.0006tract(10420348279JL8519)0.96760.4270O.S4C£ 0.00050.00020.0003sort(ll-i6894632375027〉0.95060.45990.4907 0.00050.00020.0003$1eep(976^97827918521)0.82330.48110.3422 0.00040.00030.0002df(9306154 39125169)0.78400.50600.2780 0.00040.00030.0001grtp(675033032833549)0.73560.72970.45670.47100.2792 0.00040.2587 0.00040.00020.00030.00010.0001grep(108790343SO11O35)artp(6750332 32S33S51)

也可以从uSystemCallsSummaryn可以看到系统函数调用排名情况。SystemCallsSuirmry ■29■■二■厶■二二二二 ■■54.2045 ■29■■二■厶■二二二二 ■■54.2045 (人03% **1L86S12627.9354t）血 】L.0744223.8067 (<〉・1730240J.2IS50.(<J.0L3S94341.8563 0.(WK <:.00021521.5832 0.(<>.01041371.H35CX% <；・<X>961431.18500J(/.OO8384X.1642 0.(m<>.01394360.9073CXfK <L0021304031090J)0%<》・00"390.4903 (心 c/.0L26S940.3764 (X% <Total %s>-sAvgTimeCnsec)time(msec)MinTirr«(msec)0.0S660.07490.0S9SO.OCSS0.00010.00290.00450.00470.000$0.0CC70.0C030.C0C4o.oocsMaxT、ne(mm)a二M三二二£二6.2372.8940■1.06650.02100.0061002020.07300.02340.0S610.0126001720.03610.0019TotETmeAVQETimeMinSTirrts〔ns»c)(msec)二二二 z =—59.28962・<M450.086629.02721.11640.1123J.81200.17330.0GC35.25980.01560.0C8S1.95630.W02o.ooci1.77400.01170.002922.74640.1660O.OC45179H.12SO125.3925O.OC471.1SS30.0U1o.occs40.2S970.^9240.0C0715005.20W>49.3S270.C0C310005.7140256.55680.CCC4Q.52S10.0009o.occswaxETmeSvC(Address)(nsec)2.9396krorkQ2M138>1.0673_OKit(323S^8：>O.OilSacct$$(3247«bS)0.0061 c1o“(32夹01060 Statx(32418a057.9845kOpen(324172C01000.0J74.Sdlect(324O358}0.1006 _】gdx(32钊380)24.7706kr«ad(323fO6S5$0009902kiOCtl(32413f0}10001.5759k^aitpid(3238al8)0.0109threadunlock(3239738)OK,到此我们便把这三把斧拍完了，那么我们来讨论一个真实案例,来从中看看这三把斧是怎么拍。故障描述：生产环境CPU使用率高，导致应用程序运行缓慢，批量程丿芋无法按时完成。系统环境：AIX6100-07-05处理过程：Stepl,使用topas查看，发现CPU使用率很高，其中大部分为Kern%占用Step2,收集tprof数据,tprof-skeuj-xsleep10,找到占用CPU最髙两个进程。/cd41/cdunix4100/ndm/bin/ndmsmgr/cd41/cdunix4100/ndm/bin/cdpmgr""Step3,收集trace数据，并进行分析，发现绝大多数是系统调用。当时以为是操作系统BUG或者操作系统本身导致，初步判断和应用程序没有关系，但后来证明当时这个想法是错误，这也说明并不是所有kernel高是由于系统本身造成，如果应用程序调用系统本身函数，也算在kernel头上。

SystemSuminar” .-4jprocessingpercentpercentv主或@丄timetotaltimebusytimea(msec)(incl.Idle)(exc1・Idle)processingcategory2497.690.721.89APPLICATION128584.6937.1297.44SYSCALL89.310.030.07HCALL22.960.010.G2KPROC(excludingIDLEandNFS)0.000.00乞込徳720.270.2117.250.0031.730.O10.62DISPATCH(allprocs・irxil.IDLE)12.360.000.01IDLEDISPATCH(onlyIDLEproc.)■■■■■■■ d131963.2938.10100.00CPU(s)busytime214415.5161.90IDLEStep4,通过curt文件输出，看到占用kernel最髙是paged_ds_start函数。SystemCallsSummary^'▲1CountTotalTime% Tin>eMinTimeMaxTimeTot£TjireAYEETi^eMilETimeMaxETimeSVC(Address)-(msec) time (msec)(msec)(«sec)(msec)(msec)(msec)(msec) “85Z02S..炉必加Q36.41% 0.14720.00153・42&4128999.64410.15050.001531.6811papeddsstart(2b8e670)*»539872.2332 0.25% 1.61820.07626.54.64902.71251.67480.07626・8643auditproc(2b945f8)J-2172280.0682 0.08% 0.12890.00791.6369285.60350.13150.0079R.目跑施©.工塞(2b97268)<•1844278.5331 0.08% 0.151O0.00611.1705285.15020.15460.00611.4058 statx(2b905d8)^Step5,分析调用paged_ds_start函数进程为ndmsmgr,这是一个应用进程！9.0000940.0001420.0009690.000250SECCRED:0.000801SECCRED:9.0000940.0001420.0009690.000250SECCRED:0.000801SECCRED:0.000185returnfromsystemcall・ EBADF卩墩更-沁£ 37028255 卩亘豳亠虹或亘0.000060587pageddsstartLR=1017D3E4*-'3B7ndBismgp 37028255 paged^ds^sta 0.000092056SECURITY:refnionentry:califron-000000900058BFD8卩calHrom2-0000000000560E10^52FM更观£ 37028255paceddssta0.000092306crrefcalifrom=0000000000585080callfro*'m2-0O0008000058BFD8p』«8192490(ndmsrngr)^恣』如rag£ 37028255RagSlSJtQO.0G00931O7曲徳callfrS!i=0000000000582C54callfr^om2=000000000G58BFD8pid=819249O(ndmsmgr)^3B7nd圧腹" 37028255page<_ds..sta0.000093292Step6,那么分tl「ndmsmgr为什么会调用较高kernel运算。使用truss命令跟踪这个进程。经分析这个进程在对文件进行操作完成后对文件执行close操作时有报错，返回值为ERRtt9EBADF,该报错表述有无效文件描述符，经查发现这进程会调用close函数，把文件描述符从0到65533文件全部关闭一遍。也就是说应用进程在调用大量close()函数导致系统kernel使用率飙升！这也就把耗资源账伪造到了kernel头上。最终升级应用程序解决了该问题。ndmsiner^5374516:44499607:1.9038:close(14)=0*5374516:44499607:1.9040:close(15)Err#9EBADR5374516:44499607:1.9042:close(16)Err«9EBADFa5374516:44499607:1.9044:close^l7)Err#9EBADR5374516:44499607:1.9046:close(18)Err4l9EBAD〜5374516:44499607:1.9047:close£19)Err#9EBADH5374516：44499607:1.9049：close(20)Err#9EBADF^5374516:44499607:1.9051:close£21)Err#9EBADR5374516：44499607:1.9052：close(22)Err«9EBADF"5374516:44499607:1.9054:close£23)Err#9EBADQ5374516：44499607:1.9056:close(24)Err«9EBAD〜5374516:44499607:1.9058:clos££25)Err#9EBADZ 卩5374516:44499607:13.2382:close£65529)Err#9EBADE5374516：44499607：13.2384：closef.65530)Err#9EBADFp5374516:44499607:13.2385:c1osg£65531)Err#9EBADE5374516：44499607:13.2387:close(65532)Err#9EBADFp5374516:44499607:13.2389:或条2(65533)Err#9EBADE

类别二：内存下面我们来讨论内存使用情况，首先也可以使用topas命令进行内存使用情况查看。从topas输出中可以看到物理内存共有64GB,pagingspace共有16个GB。其中物理内存部分：计算内存使用了27%,文件系统缓存使用了9%。那么问题来了，真正用于运算内存是多少呢？答案是物理内存27%。切记一定不要把文件系统缓存使用当成内存真实消耗。因此当有新内存申请时,文件系统缓存是可以被换出来。那么一般来看，当计算内存达到90%时，则系统就会有性能问题；当达到95%以上，一般就会产生内存换页，这时就会把物理内存中数据换到了pagingspace中，而如果短时间内有大量换页产生,就很有可能引起操作系统夯，而如果在有HACMP或者oracleRAC集群环境中，就有可能导致集群强制把操作系统重启。因此对计算内存监控非常重要。PAGINGFaultsstealsPgsplnPgspOutPageinPageOutSios20000663O3PAGINGFaultsstealsPgsplnPgspOutPageinPageOutSios20000663O3MEMORYReal,MB65536%Comp27%Noncomp9%Client9PAGINGSize,MB%Used%FreeSPACE163840100说到内存，不得不说是svmon这个命令，这个命令可以查看更细内存使用情况，例如每个进程占用多少内存等等信息。可以用svmon-G命令查看内存整体使用情况。那么问题又来了，这个输出应该怎么看？图中virtual字段是真实消耗计算内存业面数，size是物理内存业面数，因此计算内存比值=/=27%oMCMPS01:/#svmon-Gsize167772164194304memorypgspaceinuse622812411652free10549092pin1334579virtualmmode4406839Dedpin•inusework7573904406839clnt81171821285otherMCMPS01:/#svmon-Gsize167772164194304memorypgspaceinuse622812411652free10549092pin1334579virtualmmode4406839Dedpin•inusework7573904406839clnt81171821285other569072PageSizeS4KBPoolSizeinuse2680364pin778803virtual859079那么如何查看每个进程所使用内存量呢？可以用svmon-P<PID>来进行查看。在下图中这个例子中可以看到计算内存使用量共有11804个4K页面+185910个64KB页面。换算为4KB页面共有个。但注意：这些内存有些是这个进程独亨，有些是多个进程共亭，因此在进行总和分析时不能简

单把所有内存值相加。MCMPS01:/#svmon-P9371698PidCommandInusePinPflspVirtual64-bitMthrd16MB9371698db2sysc29881551053002986364Y Y NPageSizeInusePinpgspVirtualS 4KB13595146011804m64KB1859106490185910下面我们来看看占有内存排名情况，我们要按占用内存量由多到少进行排列，这个可以按如下方式进行（注意：最后一列已经换算成MB）：MCMPS01:/#svmon-P-0summary=bas1c,unit=MBunit:mbPidCommandinuse9371698db2sysc11672.483670176PidCommandinuse9371698db2sysc11672.483670176nbsl603.36787114shlap64570.163277180db2sysc536.117144390db2sysc536.11S947142db2sysc536.114718604db2sysc535.641966414db2vend535.443146088db2frrp523.903867234db2frrp519.232949780db2kmchan64.v517.20Virtual11665.48443.05570.11535.95535.95535.95535.48535.32523.77519.10516.74那么对于目前AIX6.1和AIX7.1版本，常见儿个建议调优参数如下:poooooooooosgpnr-1666666666plooooooooo4444444444一minperm%二3一maxperm%二90maxclient%二90lru_=0一defaultfromAIX6.1.lru_setto0makesrepageratestobeignoredwhendeterminingwhatkindofpagetosteal,meanswillbestealwhenaboveminperm・一strict_maxperm%=:0另外，perfPMR也是收集性能数据常用工具，下载网址如下:

可以用perfPMR提供脚本进行memdetails.sh进彳亍更详细内存数据收集。也可以使用won对内存进行分析，可以看到一天内内存整体使用情况。其中深红色为计算内存，淡蓝色为文件系统缓存，黄色为文件系统缓存。MemoryUseUPEPDPF12015/4/2也可以按进程看到占用内存情况。类别三：I/O谈起I/O不可避免要首先了解LVM相关一些技巧。我们先谈谈lvmapping关系，这个东西说起來很简单，但实际上它和I/O性能和LV误删后恢复有密切关系，因此了解清楚LV映射对于系统运维有很大帮助。可以通过lslv-m<lvname>看到lv分布情况。这个排序是按着LP编号进行，这个顺序很重要，如果lv被误删后，可以根据这个排序把lv重建回来。

MPBKNIM：/#Islv-mIVtftplvtftp:/tftpbootLPPPIMPBKNIM：/#Islv-mIVtftplvtftp:/tftpbootLPPPI00010801000208010003080100040801000508010006080100070801000808010009080200100802001108020012080200130802001408020015080200160802PV1idiskpowerOidiskpowerlidiskpower2hdiskpower3hdiskpower4hdiskpower5hdiskpower6hdiskpower7hdiskpowerOhdiskpowerlhdiskpower2hdiskpower3hdiskpower4idiskpower5idiskpower6idiskpower7PP2PV2PP3PV3通过命令也可以看到详细分布信息。1eplace-m1vtftpDevice:/dev/1vtftpPartitionSize:128MBBlockSize=4096NumberofPartitions:80NumberofCopies:1LogicalFragmentPhysicalAddresses(mirrorcopy1)LogicalFragment26231936-2626470326231936-2626470326231936-2626470326231936-2626470326231936-2626470326231936-2626470326231936-2S26470326231936-262647032626^704-26297471hdiskpou'erOhdiskpowerlhdiskpoiver2hdiskpower3hdiskpo^ver4hdiskpoiver5hdiskpoiver6hdiskpower?hdiskpoiverO32768blocks32768b'ocks3276Sblocks32768blocks3276Sblocks32768blocks32768blocks32768blocks3276Sblocks134217728134217728134217728134217728134217728134217728134217728134217728134217728Bytes,Bytes,Bytes,Bytes,Bytes,Bytes,Bytes,Bytes,Bytes,1.2%1.2%26231936-2626470326231936-2626470326231936-2626470326231936-2626470326231936-2626470326231936-2626470326231936-2S26470326231936-262647032626^704-26297471hdiskpou'erOhdiskpowerlhdiskpoiver2hdiskpower3hdiskpo^ver4hdiskpoiver5hdiskpoiver6hdiskpower?hdiskpoiverO32768blocks32768b'ocks3276Sblocks32768blocks3276Sblocks32768blocks32768blocks32768blocks3276Sblocks134217728134217728134217728134217728134217728134217728134217728134217728134217728Bytes,Bytes,Bytes,Bytes,Bytes,Bytes,Bytes,Bytes,Bytes,1.2%1.2%1.2%1.2%1.2%1.2%1.2%1.2361.2%0000000-00327670032768-00655350065536-00983030098304-01310710131072-0163S390163840-0198607019660S-022937S0229376-026214302621^4-029^911通过readvgda<hdisk>可以通过磁盘读取到VGDA信息，这里边包含了所有LVmapping信息。因此经常备份vgda信息对于灾难恢复很有必要。 FriApr315:30:56BEIST:20 readvgdahdiskpowerO readvgda.file:/dev/rhdiskpowerO readvgda_type:svg readvgda.ver: 3lvm_id:vgid:• o:LVMREC0x7(OxeOO) _LVM00f99f6a00004c000000014c793cc60fpv.num:1version:31PP.shift:27Itg.shift:0res_area_leru0002237。C0446fc00)vgsa_psn:00000080(00010000)V0sa_len:0000020a(00041400)vgda._psn:0000028aCOOO514OO)vgda.len:00010fb5(021f6a00)vgsaj)sn[l]■■OOO1123fC02247e00)vgsa.len:0000020a(00041400)1vgda_psn[l]•■00011449(02289200)vgda_len:00010fb5(O21f6aOO)pv_.miss.psr[0]：00000080C00010000)pv_miss_len:00000003(00000600)mwc_db_psn：0］：00000083(00010600)mwc_db_l€n:00000003(00000600)(ppsa_psn[0：1:00000086COOOlOcOO)ppsa.len:00000204(00040800)vg_info_psr![01：0000028a(00051400)VQ_info_len:00000001(00000200).psn[0]:0000028bCOOO516OO)pv_info_len:OOOOOOfl(0001e200)通过getlvcb命令可以得到LVCB信息。

MPBKNlM：/#getlvcb-ATlvtftpAIXLVCB•intrapolicy=mcopies=1interpolicy=xlvid=OOf99f6a00004c000000014c793cc60f.1Ivname=lvtftplabel=/tftpbootmachineid=99F6A4C00numberIps=80relocatable=ystrict=ystripewidth=0stripesizeinexpo=0type=jfs2upperbound=1024fs=vfs=jfs2:log=INLINE:mount=true:account=falsetimecreated=ThuApr216:38:022015timemochfiGd=ThuApr216:38:082015在了解完了LV分布后，我们回到性能监控上，iostat是一个很好用命令。通过这个命令可以看到每个磁盘繁忙程度、响应时间、是否有1/0排队等信息。hdisk5I/O响应时间趙时次数毎秒〕read:Qu@u・write:xfer:%tm_actbpstpsbreadbwrtn5.C—2.5M342 0.0 2.5Mrpsavgservminservmaxservtimeoutsfails0.00.0hdisk5I/O响应时间趙时次数毎秒〕read:Qu@u・write:xfer:%tm_actbpstpsbreadbwrtn5.C—2.5M342 0.0 2.5Mrpsavgservminservmaxservtimeoutsfails0.00.0-0.0一0.000wpsavgservminservmaxservtimeoutsfails0034.2 4.2 2.019.5queue:avgtimemintimemaxtimeavgwqszavgsqszsqfull2.0 11.90.05.6平均waitqueue

大小平均“rvic・qu@uo大小servicequeue滋出次数毎抄< topas-D也可以看到磁盘相关信息。但在topas输出中一定注意CPU中idle%是否较高，由于idle%说明CPU在等待1/0,因此如果有idle%数值时，一定检查一下存储盘是否有问题。ropasMonitorforhost:te一

In一vaHDisk