我需要一个DTrace脚本,它返回CPU使用百分比,内存使用百分比和使用的网络输入和输出字节,按区域聚合数据.像这样的东西：
ZONE %CPU %MEM NET_INPUT NET_OUTPUT zone1 25% 12% 86012 1294 zone2 48% 65% 86012 7354 zone3 8% 14% 268153 68746
到现在为止,我正在使用：
prstat -Z -c -n 1,99999 5 1
返回类似的东西(没有网络流量)：
Please wait...
PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP
32051 root 1090M 1079M sleep 1 0 12:57:25 0,4% qemu-system-x86/7
ZONEID NPROC SWAP RSS MEMORY TIME CPU ZONE
3228 2 1090M 1079M 2,2% 12:57:25 0,4% 6ce064b6-fec9-4daa-ba2b-0082f73fca73
0 105 2075M 633M 1,1% 202:56:51 0,4% global
3031 2 2105M 2094M 4,3% 17:04:52 0,3% e32fb987-35f7-4860-a04a-ca26c327d4ba
(...)
3411 18 81M 54M 0,1% 0:00:04 0,0% 52120eb6-2e20-4a64-8f7a-235a44d9f100
Total: 894 processes,5460 lwps,load averages: 0,53,54
我需要获得相同的功能,但需要使用DTrace,以便将数据与网络流量相结合,并在未来进行更多探测.
这样的脚本尚不存在的原因是使用DTrace很难获得CPU /内存利用率. DTrace最适合对特定事件的数据进行采样.要使用DTrace获得CPU利用率,您需要在每次CPU变为空闲时以及每次繁忙时进行跟踪,然后再进行一些添加.请注意,这与DTrace为跟踪调度程序操作提供的提供程序不同,因为这些提供程序基于每个线程而不是基于每个CPU.内存更加烦人,因为您将跟踪每个内存分配和释放.
要获得这些数据源,您可以通过从kstat中提取数据来获得更好的服务(听起来您使用的是Solaris,而AFAIK是唯一具有kstat的平台).您正在寻找的信息可以像以下一样使用它找到：
$sudo kstat unix:0:system_misc:ncpus # this is the number of CPUs you have
module: unix instance: 0
name: system_misc class: misc
ncpus 2
$sudo kstat cpu::sys:cpu_ticks* # ticks of each type for each core since boot
module: cpu instance: 0
name: sys class: misc
cpu_ticks_idle 9375292
cpu_ticks_kernel 82658
cpu_ticks_user 23684
cpu_ticks_wait 0
module: cpu instance: 1
name: sys class: misc
cpu_ticks_idle 9410367
cpu_ticks_kernel 49141
cpu_ticks_user 21956
cpu_ticks_wait 0
$sudo kstat unix:0:system_pages:physmem # pages of physical memory (multiply by page size for number of bytes)
module: unix instance: 0
name: system_pages class: pages
physmem 1045390
$sudo kstat unix:0:system_pages:freemem # pages of free memory (multiply by page size for number of bytes)
module: unix instance: 0
name: system_pages class: pages
freemem 880842
请注意,您需要从CPU刻度计数器的最后一个读数中减去每个新读数 – 否则,您将跟踪自系统引导以来的刻度总数.当计数器溢出时,它们被设置为0,然后将新值添加到它们(它不仅仅是盲加加溢出).
您还可以使用kstat来监视使用以下链接读取/写入网络链接的字节数：0 ::.我不确定这个信息是否可以在每个区域找到,但是可能还有一个跟踪它的kstat.
我想如果您决定使用DTrace来监视值,您可以通过跟踪在内核中修改这些计数器的时刻并记录修改来强制它这样做.但是,我并没有真正意识到这一点,因为你已经发现了更容易使用其他方法.为什么不制作一个启动两个数据源的脚本,并将结果组合成更好看的内容？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。