• 每天晒白牙
    2018-12-17
    【D12打卡】
    CPU性能优化思路
    方法论
    1.性能优化的效果判断
    三步走理论
    (1)确定性能的量化指标-一般从应用程序纬度和系统资源纬度分析
    (2)测试优化前的性能指标
    (3)测试性能优化后的性能指标
    2.当性能问题有多个时,优先级问题
    先优化最重要的且最大程度提升性能的问题开始优化
    3.优化方法有多个时,该如何选
    综合多方面因素
    CPU优化
    应用程序优化:排除不必要工作,只留核心逻辑
    1.减少循环次数 减少递归 减少动态没错分配
    2.编译器优化
    3.算法优化
    4.异步处理
    5.多线程代替多进程
    6.缓存
    系统优化:利用CPU缓存本地性,加速缓存访问;控制进程的cpu使用情况,减少程序的处理速度
    1.CPU绑定
    2.CPU独占
    3.优先级调整
    4.为进程设置资源限制
    5.NUMA优化
    6.中断负载均衡
    很重要的一点:切记过早优化

    展开

    作者回复: 👍

    
     24
  • 101010 == 42
    2018-12-17
    又一篇精华满满的惊喜!
    看到有人说,这些东西应该自己总结。是的,没错,很赞同。我也把用到的所有工具、指标、思路总结了一遍,但是看到老师给出了更全面系统的总结,仍然很受用。因为老师能从原理、关联多个角度给出更全面的知识网,也会指出一些易错的地方,是我们通学一遍、自己总结一遍以后的升华。起码,有些地方,因为原理知道的不多,我想错了或者漏了,看到这篇后,豁然开朗
    老师给总结了,不等于你就会了,该学还得学,该记还得记,就像是满满的金子堆你面前,要不要弯腰去捡😊

    作者回复: 😊

    
     8
  • 南宫轩诺
    2019-01-15
    倪老师,请教您一个问题:最近在开发服务端,遇到一个问题,客户端开启单线程批量向不断服务端导入数据(服务端是多线程接收),并且存在加锁、日志异步打印和耗时统计操作,在这种情况下,客户端导入数据比较慢,服务端的cpu利用率只能维持在50%~60%左右,通过iostat和pidstat工具观测系统io和进程上下文切换等指标也没发现导致该现象的原因。
           如果关闭日志打印和耗时统计操作,cpu利用率会得到很大的提升,接近100%,客户端数据导入速度得到很大提升。因此我判断是日志打印和统计导致cpu利用率过低。针对这种情况,从哪些指标上能辅助发现是日志打印和耗时操作导致cpu不能高效利用呢?期待您的答疑,谢谢!

    作者回复: I/O 模块有讲解的

    
     3
  • 我来也
    2018-12-17
    [D12打卡]
    这些常见的性能优化方法,之前都了解的不全面,待其他大神给我们开开眼界.
    我以前优化大多都是感性的,就是凭感觉或经验,并没有些实际的指标来观测.
    一方面自己只是做开发,管好自己的程序即可,其他方便(比如系统环境)可能是有心无力.
    -------------------------
    "过早优化是万恶之源"
    我也是很赞同的,用户没几个,花那么多精力做过度优化没必要,还不如拿那些时间来学学专栏.等真的有一定规模和趋势了,再用"二八原则"有针对性的优化.
    我个人一般在写代码时,会在可以进一步优化的地方加个注释,暂时先在够用的情况下,怎么简单怎么来,后期如果有必要了,再来找这些注释,看什么地方值得优化.
    -------------------------
    应用程序优化方面,可以谈谈我的经历:
    编译器优化: 刚参加工作时,培训期间练习一些算法,会对比每个人程序的性能. 我当时还是用的VC6.0++. 而有的同学用dev-c++编译器, 结果成绩经常被吊打. 即使是同一份源码,编译出来的程序也是有很大的差距.
    算法优化: 正在学算法专栏. 也是要根据实际情况来优化, 利用二八原则,有针对性的优化,不要什么都优化,一天才执行一次的程序, 耗时1s 和0.001s的差距并不大. 虽然数字上相差了很多倍.
    异步优化: 比如lua的协程,epoll代替原来的select和poll.
    多线程代替多进程: 线程的切换理论上是比进程切换的成本低. 但有时候考虑到扩展性,还会从单进程改为多进程模型.
    善用缓存:也可利用二八原则, 看值不值得. 是用空间换时间,还是时间换空间.
    ------------------
    做优化,真的是要见机行事,像老师说的,[不要只会“拿来主义”]
    展开

    作者回复: 总结的真棒,也谢谢分享你的经历

    
     3
  • ivy是猪
    2018-12-19
    买了几个课程里觉得最好的一门课,有条理,干货满满!

    作者回复: 谢谢

    
     2
  • 小宇子2B
    2019-06-27
    老师好,近期遇到一个问题,6核机器,负载在20-100之间徘徊,查看了cpu使用率、io、上下文切换都是很正常,业务是java的一个应用主要是接收监控agent上报的数据的,业务不受影响,其他一切正常,还有什么可能会导致负载高吗?

    作者回复: 查看的时候有没有可能忽略了多线程的问题?

    
     1
  • Maxwell
    2019-01-25
    请问CPU优化,cpu使用率和队列长度多少比较合适呢?

    作者回复: 自然是越低越好,这样可以运行更多的应用。不过这其实没有统一标准,比如有些应用就需要总是 CPU 100%,而更多的应用则不是。

    
     1
  • Im Robin
    2018-12-19
    打开,谢谢老师干货满满的教学
    --------------------------------------------------------------
    这里有一个问题, 我们线上的nginx两个实例之间QPS差2倍,nginx前面是四层SLB,两者唯一的区别就是centos6.5跟centos7.3,QPS高的机器load也高,推论就是centos6.5的那台压力上不去,在/proc/interrupts看到centos6.5的只有cpu0在处理虚拟网卡中断,而另一台四个cpu都在工作,不知道是不是这里的原因,看到这篇里老师有提到中断负载均衡,在想跟这里有没有关系,想向老师请教下

    作者回复: 试试irqbalance或者配置 smp_affinity

    
     1
  • 某、人
    2018-12-18
    老师,numa应该是有利也有弊吧,特别是针对数据库来说。那么应该怎么分析是否开启numa呢?
    
     1
  • J
    2018-12-17
    有没有可能讲一讲cpufreq Intel的E系列CPU影响很大啊 升级内核之后 谢谢

    作者回复: 没有涉及这一块。碰到了什么问题可以分享下?

    
     1
  • 刘友淙
    2020-01-20
    D8 打卡
    
    
  • 笑
    2020-01-19
    打卡,Day 11,性能优化要逐步完善,动态进行,过早优化是万恶之源。
    
    
  • args
    2019-12-26
    从好东西堆里先捡一两样:gcc编译器优化;利用CPU绑定、独占 减少上下文切换
    
    
  • 吴小喵
    2019-12-18
    打卡吧
    
    
  • xuelangos
    2019-12-09
    99太便宜了
    
    
  • Tao
    2019-09-12
    老师爱死你了😍😍
    
    
  • 苦行僧
    2019-09-11
    总是cpu100会不会对机器有影响 有这样的应用吗?
    
    
  • xishuai
    2019-06-20
    老师,昨天的性能问题,今天还可以分析出来吗?用什么工具?

    作者回复: 有没有监控系统?如果有监控的话,从监控的历史数据配合日志或许可以发现线索

    
    
  • 火狼王翼
    2019-04-21
    dx
    
    
  • maoxiajun
    2019-03-09
    lesson12打卡,看到现在,每篇都是干货
    
    
我们在线,来聊聊吧