性能工程高手课
庄振运
Facebook 性能优化和容量管理高级专家
24631 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 40 讲
性能工程高手课
15
15
1.0x
00:00/00:00
登录|注册

03 | 导读:专栏是怎么设计的?需要哪些知识?

这个专栏的组织架构
性能工程师的工作很像“医生”的工作
广阔的知识面
总体要求
性能工程高手课设计知识和技能

该思维导图由 AI 生成,仅供参考

你好,我是庄振运。
在前面两讲中,我们看到了性能优化和容量效率提升的重要性,如果程序员在这方面的技能和知识有欠缺,只知道写代码,那么写出来的代码很可能效率低、性能差。在代码性能差的情况下,如果你再被老板或者同事威逼利诱去做性能优化,那么就成了赶鸭子上架的苦差事了,你只能感叹:“问君能有几多愁,恰似写完代码去调优”。
玩笑开完,我们还是从正能量的角度去看一看吧。
这就要从一个典故说起了,美国福特汽车公司当年要排除一台大型发动机的故障,请了很多专家,但都束手无策。最后请来了著名的电机专家斯坦门茨(Charles Proteus Steinmetz)。斯坦门茨仔细检查了机器后,用粉笔在机器外壳的某处画了一道线,然后说:“把做记号处的电机线匝减少 16 圈。”难题居然就迎刃而解了。
斯坦门茨索要了 1 万美元作为报酬,很多人觉得实在是太多了。因为当时福特公司最著名的薪酬口号就是“日薪 5 美元”,也就是说一个工人每年能赚 1 千美元已经是很高薪了。但是斯坦门茨回答道:“用粉笔画一条线,顶多值 1 美元;但是知道在哪里画线值 9999 美元。”当公司总裁福特先生得知后,十分欣赏斯坦门茨,并很痛快地给了 1 万美元的酬金。
我们做性能工作也是如此,虽然性能优化的方法和最终解决方案或许看起来很简单直白,但是要知道在哪里做优化做什么样的优化,却需要很多的测试和分析的工作经验。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

性能工程高手课的设计需要广泛的软硬件知识和实践经验,以及良好的软技能。性能工程师的工作类似于医生,需要多方面的知识才能确诊和解决问题。在软件方面,需要了解操作系统、数据结构和算法、编译原理以及各类协议,同时也需要数学和统计方面的知识。在硬件方面,需要了解服务器、存储系统、网络等部件。实践经验包括系统资源观察命令、调试和测试工具的使用,以及性能分析和优化的实践。此外,性能工程师需要具备良好的沟通能力和演讲能力,与其他团队合作,并能向领导展示数据和分析结果。性能工程师需要通过观察、测试和分析来确定性能问题的根因,并进行相应的性能优化,最终进行重新测试来确认问题是否得到解决。文章内容涵盖了性能工程的基础知识、性能定律和数理基础、性能测试、性能分析、性能优化、性能工程的进阶实践、容量规划和服务管理以及性能和容量工程的工作特点,为读者提供了全面的性能工程知识概览。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《性能工程高手课》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(22)

  • 最新
  • 精选
  • Linuxer
    搞性能测试和性能调优这块也有段时间了,总是感觉知识不够,想请问一下庄老师想系统学习下性能工程有什么书籍可以推荐吗?

    作者回复: 这个领域很广泛,不是几本书就能学会的。 每本书侧重点不同。我觉得Brendan Gregg的《性能之巅》还不错,也比较宏观,你可以看看。

    2019-12-04
    5
  • Vivian
    1. 我們有過 ETL的轉檔 前面若有一個因為資料量突然過大(如該天訂單量大) 導致第一個ETL, 無法如期轉完畢. 導致後面的ETL 所產生的報表資料都會錯誤 XD 這是我自己遇到的 我們沒有很好的解決方案 老師有建議嗎 我們只有將ETL的執行距離調開 也有將database 的raw table 分開. 比方說 Order table 分兩個 一個是10天內的 另外一個就是剩餘其他的日期的

    作者回复: 如果我理解对的话,你的问题是,每天资料的处理时间不能保证。你可以考虑加个标志(就是处理完后,把标志set一下)。这样下游的流水线处理之前,先检查上游标志在运行,这样就不会出错了。 或者你要是想保证时间性,只能把你的处理尽量并行化,而且根据工作量的大小,自动调整并行度。

    2019-12-06
    3
  • silence
    老师,看了前三节,对后边的章节很急。

    作者回复: 哈哈,谢谢。一定尽量把质量做得更好。

    2019-12-03
    3
  • 皮特尔
    👍诗词不错,可以说是极客时间最文艺的专栏。

    作者回复: 😄,谢谢!

    2020-05-31
    2
  • 罗辑思维
    很想了解容量效率,。甲方经常花了上亿在存储存资源上,几下子就被各部门申请完了。运维部门不懂具体业务场景,控制不了资源的申请。

    作者回复: 这种场景的确是非常常见。各个部门肯定会抢容量资源的:不管用不用,抢到再说。 所以必须需要一套制度来规范资源的分配,审核,监测等等。

    2020-03-05
    1
  • ingsnow
    公司的应用,数据库用mysql的话,总会碰到一个问题,连接数超过一定数目后,tps就上不去了,不知道怎么解决,只有让开发改代码吗?已经用了pool了

    作者回复: 得具体问题具体分析。让开发改代码可以,一般得告诉他们问题在哪里,怎么改。否则他们也一头雾水。

    2019-12-05
    1
  • 许童童
    老师的课让我对性能优化和容量效率产生了极大的兴趣,希望跟着专栏学下去,自己可以在性能方面有所收获,日拱一卒。

    作者回复: 谢谢鼓励!很欣慰能对你有帮助。

    2019-12-04
    1
  • catalsdevelop
    我觉得这门课程的内容非常适用于 fullstack 和 devops 工程师,非常棒。

    作者回复: 谢谢!

    2019-12-04
    1
  • 欠债太多
    每次遇到性能测试和调优,都是一顿上网,零碎而散乱,希望这次可以补上短板,以后可以从容面对

    作者回复: 恩,如果这个专栏对你能有帮助,我就很欣慰和高兴了。欢迎学完后提建议和感想 。

    2019-12-03
    1
  • 夜空中最亮的星
    你咋才来啊,老师 ,我就是运维。感觉运维成长有点缓慢了,还好您来了

    作者回复: 谢谢!一起进步!

    2019-12-02
    1
收起评论
显示
设置
留言
22
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部