【问题标题】:Calculation of system response time计算系统响应时间
【发布时间】:2012-06-12 12:01:19
【问题描述】:

我已经开发了软件,现在我要监控系统的性能,系统几乎运行良好,除了在某些工作期间会遇到一些缓慢。现在我准备了与系统响应相关的日志以及响应生成的时间,日志时间如下: Process#1 step1:300 毫秒 step2:700 毫秒 step 3:10 毫秒 Process#2 step1:10 毫秒 step2:50 毫秒 step 3:4 毫秒 Process#3 step1:2 毫秒 step2: 40 毫秒 step 3: 80 毫秒

现在我想检测哪个进程有可疑的响应时间,软件工程概念中的规则是什么?我的意思是我试过大于平均值+3*标准差的值,但是没有用,只标记了少数数据,但我知道超过100毫秒的数据是不正常的 软件工程中为此目的的规则是什么,我们如何检测系统的瓶颈?

【问题讨论】:

  • 您是否尝试过分析代码/应用程序?

标签: performance performance-testing


【解决方案1】:

寻找瓶颈没有真正的经验法则。规则是,你客观地衡量你的应用程序的哪些部分是慢的,然后你就有一个明确的答案。

大量的工程时间被浪费在尝试优化一开始并不慢的代码上。所以衡量,然后采取行动。确保您可以重现缓慢的性能,以便您可以重复测试并可靠地测试您的更改。

【讨论】:

    【解决方案2】:

    如果您查看此 Wiki 页面,您会发现许多用于监视应用程序性能的软件的链接。

    http://en.wikipedia.org/wiki/System_profiler

    【讨论】:

    • 我不是在寻找分析工具我只是在寻找与软件相关的规则来手动检测响应时间中的错误,例如 80/20 规则。
    • 您的意思是“80% 的性能问题是由 20% 的代码缓慢引起的?”
    • 看起来您已经知道代码的哪些部分从日志文件中占用的时间最长。为什么不编辑该代码的编写方式以使整个过程运行得更快?
    猜你喜欢
    • 2012-10-22
    • 2022-01-06
    • 2017-06-30
    • 1970-01-01
    • 2018-06-18
    • 1970-01-01
    • 2013-08-14
    • 2019-02-21
    • 1970-01-01
    相关资源
    最近更新 更多