2019-12-16性能测试通过概念、模型、观测、实验等手段来进行问题的剖析。其涉及范围之广，从压力工具、操作系统、开发语言、数据库、消息队列、中间件、网络、压力工具等各个方面。通常还需要深入的理解各种原理，特别是在一些重点细节上，往往需要有超出一般的认识和方法。作者回复: 深得真传呀。哈哈。
11
2019-12-17老板说，小伙子写的代码太差了，浪费了硬件99%的性能，太败家了，还得专门花时间优化才能上线😂作者回复: 哈哈，要没有写代码差的小伙给我们提供更多工作内容，我们的价值体现就要少一部分了。
5
2019-12-17看了 老师的开篇，感觉老师是实干派
总体来说就是：别整那么没用的，上测试，出分析，做调优 1 3
2019-12-24想通过学习性能测试的时候， 把相关的技术栈补一补。
目前停留在“做脚本和参数、压场景、出报告”的地方，想向前走一走.....作者回复: 树挪死，人挪活。 总得往前走一步，才能不断进步。
2
2019-12-23听了第一讲，决定入坑学习，哈哈哈作者回复: 入坑才发现坑是填不满的。从此人生进入另一填坑阶段。
2
2019-12-18有全链路压测相关的实战吗？作者回复: 这个话题说大不大说小不小，在这个专栏中，我没打算讲全链路压测相关的话题。
不过既然这里问到，我大概描述一下我不打算写的原因。
全链路压测是两个部分。全链路 和 压测，压测部分要做的就是有清晰的标识，而全链路就是系统要做的链路改造。
从技术层面说，不管是使用同样的硬件做旁路应用，还是改造已有应用做链路标识识别，技术的实现手段都是成熟的。
我最近在设计一个全链路压测的模拟系统，开发很快就能做得出来。
但是全链路的难点在系统的庞杂和团队之间合作的推进。所以全链路是个管理协调的难度大于技术实现的事情，并不像很多人所说的那么高高在上。 2
2019-12-25后面会有全链路压测的讲解吗？作者回复: 没计划写全链路。这个话题可大可小。做个综述类型的感觉不落地，要是写细节，感觉一个新专栏都有了。
后续我考虑一下再决定如何写，即有落地又不至于写太多。 1- 2019-12-24老师，二八原则/响应时间258/TPS拐点 为什么是无用的呢？这个没看懂。
作者回复: 后面篇幅中会有说为什么它是无用的。在这里稍做解释。
二八原则，做为一个宏观经济学的统计结论，它对一个特定的性能项目并没有实际的参考价值。因为一个项目中用户的高峰周期完全取决于业务的特性，当没有分析业务而直接使用二八原则来套路，基本上都会和实际的系统有较大偏差。
响应时间258这个已经在后面的篇幅中解释的很清楚了，它做为古老的音频缓冲统计数据，对现在的业务应用基本上没有参考价值，技术的发展和业务的特点对响应时间的要求会更会具体。
TPS拐点之所以说无用是因为在很多系统中，拐点都不是明确出现的，TPS是缓慢上升的，有弧度的，而不是有明确拐点的。 1 
2019-12-20等了好久出来就买了课程，喜欢老师的风格，我也初入性能测试大门，希望学完课程能在调优分析更近一步。编辑回复: 如果觉得好的话，帮忙推荐给你身边的朋友
1
2019-12-19听了三讲，感觉言之有物。钱花对了的感觉。有预感也是至今深感受益匪浅的一次体验。只是听音频的时候，不能够选择开始的位置，不方便看文字的时候，没听清楚的地方不容易回播。作者回复: 多谢对内容的肯定。
问了下编辑，音频是可以选择开始位置的。找一下吧。 1
2019-12-18老师我想问一下理发店模型是什么模型？作者回复: 理发店模型只是排队论中的一个demo，单独拆出来理发店，不能称为模型。
像这样的demo我能举出一堆来：
1. 火车站售票窗口；2. 医院看病；3. 早餐鸡蛋灌饼摊；4. 地铁口；5. ......，所有可排队的地方都是这样的demo。 1
2019-12-18一直想学性能测试，但靠看书自学完全入不了门，希望老师能带我入门。我也会坚持做笔记，下面是我的幕布笔记链接：https://mubu.com/doc/dL5rtL432Z作者回复: 多交流。
1 1
2019-12-171、性能测试工程师就是全栈工程师喽，真正业内有多少可以达到？2、性能测试工作需要其他人参予吗？3、分布式系统与单机系统在性能上有无差别？若有差别，差別在哪儿？作者回复: 1，不一定是一个的需要全栈，一个团队能做到即可，甚至虚拟团队也可以，只要做好项目管理。
2，当然是需要的，主要看性能团队本身能做到什么程度。程度越深，和其他团队的沟通越顺畅。如果连推进性能问题定位分析的能力都没有，那就只能做性能验证了。
3，显然这两者有很大差别。分布式系统首先要做的就是响应时间消耗的监控拆分。定位到某节点后再定向分析。 1
2019-12-17“让性能变得有价值”，让性能测试的价值不再体现在一份份报告上，而是实际提高了多少tps，缩短了多少响应时间，降了多少cpu。最近在做性能测试，一头雾水，工具使用没问题，关键是怎么分析这些数据作者回复: 后面的篇幅之中，会有写分析的细节。性能中最核心的就是分析监控数据。而监控数据，又没有一个标准的值。因为环境、业务不同，计数器的值会要求不同，所以只能根据实际场景分析。
1- 2019-12-16老师您好 非常喜欢这节课，后面一定会报名的， 请教一下怎么解决跨云的问题，从 aws 一个服务 azure 一个服务 现在azure去请求 aws 除了看tps 还有什么需要看的吗？ 这个真的是头大 ... 跨了n多个节点...
作者回复: 你这个得先解决链路上的时间消耗监控才能判断问题。你可以参考链路监控的实现思路。现在很多APM工具都可以做得到。
1 
2019-12-16感谢老师分享性能知识，从业务模型到实地开展工作，从基本功夫到工作价值体现，任何理论只有落地才能产生价值，才是有用得理论，不能拿书本中那些理论做对比，咱们从事工作分两方面产生价值，一方面提高效率，一方面提高质量。老师从这两方面下手，解决根本问题，让从事这方面得工作人员展示自己价值。作者回复: 深得真传了。哈哈。
1
2019-12-16性能测试很重要，但是性能测试确实需要的知识面很广啊作者回复: 性能领域从来都没有知识面的局限才是。就看愿意不愿意深究。
1
2019-12-16ab，jmeter，loadrunner 一网打尽！前两天换了一个 Mac 电脑，还遇到一个 ab 问题：https://www.xttblog.com/?p=4590 1
2020-01-28打卡～
2020-01-27我是一个DBA，在某个金融客户的上线之前的压力测试中，tps可以到8000多，但是cpu使用率达80~90%。客户联系我到现场之后，发现大量的cpu资源都是sys%部分。我们经过反复测试发现数据库的参数没有问题，是操作系统架构需要调整，调整之后 cpu使用率不到50%，tps达到了10000+作者回复: 那真是太棒的优化结论了。为你点赞。