【问题标题】:Performance criterias of a .net windows application [closed].net windows 应用程序的性能标准[关闭]
【发布时间】:2011-12-13 01:31:06
【问题描述】:

我正在使用.net 框架和SQL server 2008 作为后端开发window based application。让我知道我的应用程序的improving the performance 的技术。我正在使用remote data base connection

【问题讨论】:

  • 所以你正在开发一些介于 Db 和 User 之间的东西。您的软件将在 99.9% 的时间内等待其中之一。
  • 让我知道我在开发过程中注意的事情

标签: c# .net sql-server winforms performance


【解决方案1】:

Mark 的建议是隔离和调试应用程序瓶颈的一种众所周知且广为接受的方法。但是您可能很难确定要测试什么,而对于 UI 应用程序,您可能很难确定何时应该停止优化。

按照这些思路,这里有一些可以采用的做法。

首先是定义应用程序的性能要求。以下是针对初始版本应用执行此操作的一些建议:

  • 确定什么是与您在生产中项目类似的服务器环境
  • 提出一组将在服务器上运行的预期场景,包括每个场景将运行的百分比
  • 提出预期的峰值、平均值和最差情况

以下是对后续版本的一些建议:

  • 根据已知数据衡量现有应用程序的性能
  • 检查最差的异常值,并首先优化它们
  • 除非有充分的理由,否则不要接受任何情况下的性能下降

接下来是对您的应用程序进行负载测试。

  • 将您的应用程序部署到与生产相匹配的测试服务器环境
  • 自动化服务器上​​的各种生产负载(满足和超过生产负载)
  • 在服务器负载时针对服务器运行所有预期场景,并确定它是否“足够响应”
  • 如果您真的想对此有所了解,请尝试在您的服务器处于负载状态时进行一些用户验收测试,并尝试确定用户对应用程序响应能力的反应

【讨论】:

  • 让我知道我在开发过程中注意的事情
  • @Nithesh:这是评论还是请求更多信息?
  • @Nithesh:我提到的是可以在开发之前和并行发生的业务活动,以及可以在开发并行和之后发生的测试活动。在开发过程中可能发生的事情是:识别机会设计有用的优化,不需要你向后弯腰(低级和架构),单元测试,基于业务需求的低级简单性能测量(如果你打破它们细化到非常精细的时序预算),并通过分析发现瓶颈。
【解决方案2】:

您应该使用分析器来查看消耗时间的位置。有一些很好的商业分析工具,例如 Red Gate 的ANTS

相关:

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2014-02-23
    • 1970-01-01
    • 2012-08-31
    • 2019-02-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多