哪些应用程序太慢了?或者:需要多核吗?

时间:2009-05-24 03:52:38

标签: hardware performance parallel-processing multicore

就像汽车一样,速度很酷,但是:“速度需要?人们会付钱吗?”

文字处理,电子邮件和电子表格都足够快,即使是功能不足的上网本(它们已经足够快十年了。)如果您可以播放高清视频和声音,人们是否需要它更快?似乎游戏总能使用更多的力量,这是真的 - 但人们会为此付出代价吗? “休闲游戏”和Nintendo Wii(参见XBOX360和PSX3)的成功表明,大多数人都不会;并且更多的力量对他们来说并不意味着更多的乐趣(至少,没有足够的额外乐趣来支付额外费用。)

哪些应用太慢了?什么是需要的应用程序,目前太慢了?

我唯一可以想到的是令人尴尬的可并行化(服务器,图形,物理建模,同时运行多个应用程序。)澄清:在我看来,多核很难被利用并不重要,除非有一些东西(1)没有令人尴尬的可并行化; (1)需要更快。我要求这样的案件。

这是一个发明新事物的机会,人们甚至不知道他们需要什么,这在多核之前是不可行的。

背景:

  

How are you taking advantage of multicore?

     

Are you concerned about multicore?

拜托,其中一个关闭者可以解释为什么这“不是一个真正的问题”吗?我认为是这样,我看不出它有什么问题。是否有一个常见问题解答可以指导我在SO上哪些问题是“真实的”?感谢。

4 个答案:

答案 0 :(得分:5)

我记得麻省理工学院的一位讲师说过(释义)“性能就像货币一样,你可以换取更多有用的东西,例如,更好的用户界面,更容易编码(更高级别/托管运行时语言)或更少复杂/更易于维护的程序。“

答案 1 :(得分:2)

我会支付额外的速度。
但我是一个超级用户,我一次运行很多程序,编译也可能花费很多时间 更快的速度意味着更少的等待和无所事事 大多数用户目前不需要它 只有游戏玩家,编码员和科学家才真正需要更快的速度,因为它在他们的领域中至关重要。我的电脑不仅仅是一种工具。这是一份工作 我不同意fd的讲师说,表演可以换成其他事情 这是我想到的第一件事 一个好的GUI也是一个响应的GUI 良好的语言不应该降低表现 可维护性是性能和舒适度之间唯一的权衡 有了正确工作的正确工具,一切都是可维护的,也是快速的。

答案 2 :(得分:2)

我会说金融领域的商业应用程序。我在一家合理的大型供应商工作,建立了一个前台交易系统,几乎所有的签到(在功能/业务逻辑代码中)都必须权衡其对性能的影响。

某些事情很容易并行化,比如合同的原始估值 - 这只是包含大量数学的无副作用的黑盒功能。但是,如果你的应用程序正在处理一本可能有10000个位置的书,那么即使是数学上重要的核心级别上的小型计算,例如所有现金流的折扣,或者转换次数,也会增加。在这里并行化并不容易,因为很多这些“小”的计算不会在这些位置上加成。

因此,对于金融行业来说,非常需要64位(内存)和多核。

答案 3 :(得分:1)

嗯,多任务处理是我想到的第一件事:拥有一个额外的核心总是非常好,这样即使刚刚启动了CPU绑定的功能,UI也能立即响应,例如呈现复杂的网页(这可能会占用大量CPU - 这比你想象的要复杂得多)。

事实上,Web浏览器本身正在做大量的工作,并且可以利用更多的CPU能力。例如,这个具有2 MB缓存的1.7 GHz Pentium M是一个相当快的CPU,但我有时会看到我在这里输入的内容和出现在此输入框下方的格式化版本之间的滞后,或者甚至在输入期间滞后。 / p>

修复这些事情只是一个很小的改进,但很好。

一些“常规”用户会做一些可以并行化的事情,并提供明显的性能提升:例如,重新计算大型电子表格,尤其是当您从结果中生成图形时。