![Solaris 11:了解内核统计信息中的高值](https://linux22.com/image/584734/Solaris%2011%EF%BC%9A%E4%BA%86%E8%A7%A3%E5%86%85%E6%A0%B8%E7%BB%9F%E8%AE%A1%E4%BF%A1%E6%81%AF%E4%B8%AD%E7%9A%84%E9%AB%98%E5%80%BC.png)
什么原因导致这些内核统计数据(如报告的top
)如此之高?
Kernel: 152661 ctxsw, 2475 trap, 99065 intr, 1449 syscall, 3 fork, 2373 flt
通常,我的系统有更低的值,例如
Kernel: 487 ctxsw, 3 trap, 904 intr, 435 syscall, 3 flt
但时不时地,数字会上升,操作系统会冻结。负载始终小于 1。
谢谢你!
编辑:
$ vmstat
kthr memory page disk faults cpu
r b w swap free re mf pi po fr de sr s0 s1 s3 s4 in sy cs us sy id
1 0 0 2806128 2818224 43 207 0 0 0 0 5 4 4 0 10 9954 510 3740 0 2 98
$ prstat
PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP
658 root 0K 0K sleep 60 - 2:15:27 0.5% nfsd_kproc/157
245 root 0K 0K sleep 99 -20 0:16:08 0.2% zpool-volume/166
577 root 0K 0K sleep 60 - 0:00:09 0.0% lockd_kproc/24
8195 root 11M 4788K cpu0 49 0 0:00:00 0.0% prstat/1
617 root 53M 36M cpu3 59 0 0:00:34 0.0% fmd/29
117 root 2144K 1288K sleep 59 0 0:00:00 0.0% pfexecd/3
136 root 13M 4824K sleep 59 0 0:00:00 0.0% syseventd/19
46 root 17M 8260K sleep 59 0 0:00:01 0.0% dlmgmtd/20
42 netcfg 3892K 2900K sleep 59 0 0:00:00 0.0% netcfgd/4
94 daemon 14M 4824K sleep 59 0 0:00:00 0.0% kcfd/3
614 daemon 12M 2068K sleep 59 0 0:00:00 0.0% nfsmapid/3
708 hpsmh 24M 6256K sleep 59 0 0:00:00 0.0% hpsmhd/1
13 root 19M 18M sleep 59 0 0:00:14 0.0% svc.configd/18
11 root 24M 14M sleep 59 0 0:00:04 0.0% svc.startd/16
71 netadm 4272K 2908K sleep 59 0 0:00:00 0.0% ipmgmtd/5
Total: 78 processes, 930 lwps, load averages: 0.40, 0.44, 0.46
编辑2:崩溃前的数据:
$ vmstat
kthr memory page disk faults cpu
r b w swap free re mf pi po fr de sr s0 s1 s3 s4 in sy cs us sy id
1 0 0 2368992 2330108 41 216 0 0 0 0 130 4 4 0 64 39092 486 23076 0 7 93
$ prstat
PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP
453 root 0K 0K sleep 99 -20 0:05:09 0.5% zpool-volume/166
581 root 0K 0K sleep 60 - 0:20:36 0.4% nfsd_kproc/128
1819 root 11M 6036K sleep 49 0 0:00:01 0.0% bash/1
548 root 0K 0K sleep 60 - 0:00:16 0.0% lockd_kproc/12
5 root 0K 0K sleep 99 -20 0:00:11 0.0% zpool-rpool/166
1818 root 18M 5392K sleep 59 0 0:00:00 0.0% sshd/1
555 root 58M 42M sleep 59 0 0:00:25 0.0% fmd/29
3528 root 11M 5092K cpu5 59 0 0:00:00 0.0% prstat/1
6 root 0K 0K sleep 99 -20 0:00:15 0.0% kmem_task/1
501 root 9760K 1436K sleep 59 0 0:00:00 0.0% automountd/4
499 root 9668K 1360K sleep 59 0 0:00:00 0.0% automountd/2
488 root 14M 3896K sleep 59 0 0:00:00 0.0% inetd/4
479 root 2780K 1488K sleep 59 0 0:00:00 0.0% hotplugd/3
487 root 8928K 1164K sleep 59 0 0:00:00 0.0% cron/1
1817 root 16M 3656K sleep 59 0 0:00:00 0.0% sshd/1
468 daemon 7268K 4648K sleep 59 0 0:00:00 0.0% statd/1
415 daemon 3508K 1440K sleep 59 0 0:00:02 0.0% rpcbind/1
答案1
这看起来像是磁盘、磁盘控制器、SCSI/SAS 电缆的硬件问题或 ZFS 中的软件问题。
您应该向 Oracle 提起诉讼。
如果服务器完全冻结,则可以从 OpenBoot 生成内存转储。