[code class="lang-Command" lang="Command"]ps -p PID -L -o pid,tid,psr,pcpu[/code]PSR 是该线程分配的CPU ID
系统管理常规命令对系统的影响很小,可以忽略。但如果要跟踪应用内部情况,运行一些trace就会有影响了。不过真要用这些情况了,应用应该已经遇到比较大的问题了,和应用本身问题相比,这些工具的影响也可以接受了。...
看你应用的类型,是CPU消耗型的还是I/O消耗型的,个人感觉目前绝大多数OLTP应用都不太需要考虑CPU,因为CPU的性能都足够强大了,很少能遇到瓶颈。例如至强 e5 2650和2690的区别,绝大应用都不需要太关注。...
赞同楼上的,现在有很多工具可以看出进程是否是跑在多核上面的。nmon,mpstat等等。
uptime:检查负载平均数以确认CPU负载时随时间上升还是下降,负载平均数超过CPU数量代表CPU饱和vmstat:每秒运行vmstat,检查空闲列,看看有多少余量。mpstat:检查单个热点CPU,挑出一个可能的线程扩展性问题top/prstat:查看那...
如果user+sys 接近100%,说明CPU是满负荷工作了,但不一定是达到了CPU瓶颈,确定CPU是否瓶颈可以通过观察vmstat输出的第一列r值,如果r值很高,并且如果超过了你系统的cpu数量(核数),那有可能遇到CPU瓶颈另外还有sar -I XALL 2 10...
如果要进一步分析系统调用,linux 可以用strace ,solaris可以用dtrace,AIX上可以用truss
首先"sys"高代表了CPU花了很多时间在kernel mode上,比较常见的比如调用系统内部方法,。正常情况应用程序一般都会占用user的cpu时间,如果sys高一般都是应用程序遇到问题了,例如I/O出现问题。linux上可以用strace工具跟踪...
楼主说的应该是早期的情况,目前虚拟化技术已经很成熟了,无论是X86还是POWER平台,可能需要注意的就是性能问题,但现在基本都是分布式,性能也不会有太大问题。...
同意,我理解就是应用设计时应考虑分布式和无状态化,再说的细一点就是尽量往微服务的方向上去靠,各模块之间通过消息或者HTTP方式调用。应用双活架构难度不是太高,还有一块就是数据持久化的如何双活,不过这个又是另外一个话...
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30