bash
强调: 由于知识'记忆曲线'以及'某些知识点不常用',所以一定要注重'复习'
思考: 如何进行'能力转义'以及'能力嫁接'? --> 真正站在巨人的'肩膀'上
性能调优的'目的': 不影响'系统稳定性'的资源'最大'利用化
补充: 性能分析不能'脱离环境'侃侃而谈,了解基本的'性能基线'
切记: 千万不要把性能'工具'当成学习的'全部',应消除干扰,专注于'问题本身'
性能优化不光是'解决问题'或者是'降低成本',还有一个方向是 '提升' 用户体验
① 性能优化的困惑
bash
人性的'弱点': 面对困难的'勇气'和'决心'
② 性能指标是什么?
bash
性能'指标'概念: 高并发 '=>' 吞吐 响应快 '=>' 延时
bash
观察角度: '应用负载' 和 '系统资源' 的'视角'
③ 学好性能优化需要什么基础
bash
重点: '操作系统'、'计算机原理',工作'N'年后才明白'基础'的'重要性'
建议: 如果'不具备'下面的能力,建议暂时不要'深入'探究,否则就会'走马观花',徒增烦恼
④ 学习的重点是什么?
bash
+++++++++++ "立个 flag" +++++++++++
1、建立'整体'性能的'全局观'
2、理解最'基本'的几个'系统知识原理'
3、掌握Linux 性能'工具图谱'的熟练应用
bash
讲解'思路': 我们先从'每类资源'开始,案例中会逐步'穿插各类资源瓶颈'的'交叉'情况
⑤ 怎么学习更高效
bash
技巧'一':虽然'系统的原理'很重要,但在刚开始一定'不要'试图抓住'所有的实现'细节
说明: 很大'一部分人'不是科班出身,计算机的'基础的素养'可能部分缺失,所以一开始'不要深陷'细节
bash
说明: 不同'教育'背景、不通'工作'环境的it人员学习的'深度'不一样
bash
技巧'二': 边学边实践,通过'大量的案例'演习'掌握' Linux 性能的分析和优化 --> '实践出真知'
bash
技巧'三': 勤'思考'、多'反思 [复习回顾]'、善'总结'、多问'为什么'
诶主: 在'交流'中加深理解、并进行领域'扩展'学习
bash
说明: 树立 'flag'
bash
困惑:不理解把cpu跑满了'好还是不好'?
备注: 感觉'cpu空闲'很多很'浪费资源',但是'平时优化'的时候,都是要'降低'cpu使用率
⑥ 补充
bash
1、简化版的'性能优化'排查'思路'
遗留:
1) 程序是使用'单核'还是'多核' --> 'redis 单线程'
2) 判断内存'不足' --> '业务实际需要'还是'内存溢出'
3) cpu 核的使用'不均衡' --> 只有'某个 100%'
4) 深入理解'/proc'目录下的'文件'
遇到问题时会'Google 上网'搜索解决办法,但是'不知道原理',经常'胡乱'修改,'试错成本'太大
bash
疑惑: '代码开发基础'在'性能优化工作'中到底能'占多少比重'?
bash
思考: 关于'工具'的选择?
bash
思考: 各种'软件'实际的性能优化'场景'? --> '各种组件'
重点: mysql 性能'优化' --> '慢sql'、'索引'
bash
思考: gitlab服务器在'push和pull'的时候存在'20%左右'的可能'连接不上'?
bash
认识: '同一个指标'放到'不同场景'里的效果可能是'差别巨大'的
bash
疑惑: '操作系统'和'内核原理'要学习到什么程度?
bash
深度学习 'deeping learning'的开发中: 遇到的'困难和疑惑'
bash
思考: 为什么应用程序只'祸祸'某一个CPU,使用率达到'100%'?
备注: 'redis' 只使用'单核'、而 Memcached 可以使用多核
bash
疑惑: '压测'时,CPU利用率很'低'?
bash
思考: 作为'软件性能测试人员'如何学好'性能调优'?
备注: 不能'放低'对自己的'要求'
bash
疑惑: 性能分析的'目的'?
bash
说明: '重启 restart' 大法 '治标不治本'
bash
问题点: 调用函数'阻塞'导致性能问题
bash
说明: 大厂'面试'也越来越关注'性能优化'?
备注: 后续还是要'有针对性'修炼'内功'
bash
思考: 测试人员的'困惑'?
bash
思考: 对于'SRE'运维人员?
bash
思考: 集群'负载'排查?
说明: 服务一般都是'集群形式',多'实例'构成的
bash
现象: 系统运行很'慢',我登录上去也'很慢'、操作也'慢',执行top要'很久'才有结果
思考: 瞬间'oom'有何方式可以'捕获'
思考: 遇到过内存泄露问题,程序运行过程中'内存一直增长',但是自己难以定位到到底是那里除了问题?