标签: performance-estimation

有时我完全被愚弄试图用O(x)表示法来估计算法的速度,我的意思是,当命令是O(n)或O(mxn)时我真的可以指出,但对于那些是O(lg( n))或O(C(权力n))我认为我在那里遗漏了一些东西......那么,对于一个简单的估计而言,你有什么提示和技巧可以快速忽略算法？

作为我正在寻找的一个例子,这里有一些容易的(可能是错的,但我尽力):

• O(n):如果有一个简单的循环,从1到n(或其中几个,但不是嵌套的.
• O(mxn):另一个嵌套循环,其中限制为m和n.

提前致谢.

我们被要求为尚未构建的ASP.NET Web应用程序指定生产数据库硬件.

我们需要确定的规格是:

• 数据库CPU
• 数据库I/O.
• 数据库RAM

以下是我目前正在关注的指标:

• 估计的网站未来点击次数 - 基于当前的IIS日志.
• 估计网站的最坏情况峰值负载.
• 平均每页估计的数据库查询数.
• Web场中将要访问数据库的服务器数.
• 从数据库缓存轮询流量(使用SqlCacheDependency).
• 估计的数据缓存未命中.
• 估计的每日数据库事务数.
• 最大可接受的页面渲染时间

我们应该考虑的任何其他指标？

此外,一旦我们制定了所有这些指标,它们如何转化为硬件要求？

这是我前几天被问到的一个棘手的问题......我们正在开发一个非常复杂的电话(SIP)应用程序,其中包含混合的C++和PHP代码以及MySQL数据库和几个开源组件.

一位电信工程师要求我们估算应用程序的性能(尚未准备好).他说得很好,你知道每秒可以通过Linux内核传递多少数据包,而且你可能知道你的应用程序有多快,所以告诉我每秒会有多少通过你的东西的电话'.

对我来说似乎是无稽之谈,因为可能会发生一百万个场景(好吧,字面意思......)

但是......有没有办法在实际测试之前估算应用程序性能(知道它将运行的硬件,能够在其上运行标准基准测试等)？