AMD或英特尔,以及内存品牌 - 页 72

 

说实话,我对 "硬件 "这个话题不感兴趣。

然而,我想分享我对i7 965的观察。我买它只是为了分析和预测任何市场的时间序列

  1. 我的第一印象是,我想知道我为什么要花这么多钱买它。我以为分析速度会放大一个数量级,但在第一次认识时我没有注意到。
  2. 我在论坛上搜索了关于MT4性能提升的评论。答案是--多义性。
  3. 我把任务分成了6个部分,并在一个单独的终端上开始了每个部分。我的乐观情绪一下子增加了。为什么我需要6个,而不是8个或更多?我已经为其他任务留出了备用金,不至于浪费时间。顺便说一下,我试着把优先级提高到高和实时 - 没有效果,所以我留下了中。另外,我试图将MT终端设置为某个CPU。我没有发现任何加速效应。
  4. 我决定将我的分析转移到MATLAB上。矢量代数对我来说已经足够好了。我进行了测试。其结果是。MT4大约需要30秒,而MATLAB大约需要0.3秒。结果是令人鼓舞的,但时间不长。结果发现,MATLAB并不想处理我所需要的那种大小的矩阵。而再次拆分和拼凑的结果,让我想起了一些事情。
  5. 结果我得出了一个结论--我需要更快的分析方法(算法)。
  6. 硬件 "方面的专家建议我换成vista64或w7。到目前为止,我正在考虑这个问题。

如果有人感兴趣,我可以在下一篇文章中发布性能截图。

 
DC2008 >> :

如果有人感兴趣,在未来的文章中,我可以发布性能的截图......。

除了我和你之外,似乎没有人对类似脚本的测试感兴趣...或者,更准确地说,测试与优化器没有直接关系。

 
DC2008 >> :
  1. 第一印象--他们收这么多钱是为了什么?我预计分析速度会提高一个数量级,但由于第一次认识,我并没有注意到这一点。

一张订单当然很多,但如果你看一下第一张桌子,你会得到这样的画面。

benik

赛扬325 @ 2.53 GHz, 缓存256 K L2

DDR2 PC-6400 1GB

103.3*2.53=261.35

438*2.53=1108.14

begemot61

Xeon W5590 @ 3.47 GHz, 缓存4x256 KB L2 + 8 MB L3

DDR3 PC-10670 12GB

27,53*3,47=95.53

62*3.47=215.14


这是指如果你按ff标准比较最弱和最强的系统。差异超过5倍(在优化上;在脚本上不太明显)。进步是显而易见的(顺便说一下,增加PIV中的缓存数量并没有什么帮助:结果仍然只比赛扬稍好)。另一方面,我同意你的观点,即用软件可以做得更多。

如果有人感兴趣,我可以在接下来的帖子中发布性能截图。

我怀疑结果是否会明显好于Xeon W5590和Core i7 920所显示的数字(当然是在ff-performance方面),但纯粹为了统计,它仍然很有趣。如果你下定决心,请给我写信,我会给你详细的指导,告诉你该怎么做。

 
joo >> :

除了我和你之外,似乎没有人对类似脚本的测试感兴趣...或者更准确地说,与优化器没有直接关系的测试。

"不要给我那悲惨的声音"--(那蒙乔生)。

只是大家会选择专门针对MT4(5)的配置,注重优化器的性能。而事实上,这种性能对于由脚本解决的任务来说是绰绰有余的......或者说:如果这种性能对于你的脚本来说是不够的,那就不是因为在优化测试的基础上做出的选择。你就是不能用合理的钱买到这样的配置。

 

Svinozavr писал(а) >>

你只是不能用合理的钱买到这样的配置。

这就是我们的想法。

如果一个100%的配置将花费我们100,000卢比,而对于一个只提供75%的配置来说

但价格,嗯,让我们说是50,000r.那么重新考虑今天的价格/速度已经很合理了。


然而,很显然,最好的就是最好的,必须有一个合理的限制。

 
Mathemat писал(а)>>

我怀疑结果会比至强W5590和酷睿i7 920显示的数据好得多(当然是在ff-performance方面),但纯粹为了统计,它仍然很有趣。

Matlab有一个性能测试。以下是结果。

这些结果是在运行了6个测试后得到的。在下面的截图中,你可以看到计算机的负载情况。

而这是在一台不计算的PC上进行的测试。

 
Svinozavr >> :

只是专门针对MT4的配置(5)都会考虑到优化器的性能来选择。

没有。除了优化器的工作之外,大家在MT中没有看到资源密集型的任务。即使他们有,他们也不会在日常工作中使用它。至少他们中的大多数人是这样做的。但不要紧。我将等待MT5的到来。那里的代码速度可以用肉眼看到。还有就是CUDA。我已经从nVidia网站下载了工具包,将对其进行研究。而且,将代码转移到dll中是没有问题的。

 
joo >> :

不不不。只是除了优化器的工作之外,在MT中没有看到资源密集型的任务。即使他们看到了,也不会在日常工作中使用它们。至少他们中的大多数人是这样做的。但不要紧。我将等待MT5的到来。那里的代码速度可以用肉眼看到。还有就是CUDA。我已经从nVidia网站下载了工具包,将对其进行研究。而且,将代码转移到dll中是没有问题的。

...如果你的脚本没有足够的性能,那就不是因为选择是基于优化测试的事实。

断章取义,敲打着敞开的门。我说得很清楚。你没有读到最后吗?)

还有5号的测试器--是的,如果我是这样想象/梦想的话)))。那就太好了。但 "我们悲哀的劳动不会丧失")))。

 
joo >> :

除了你和我之外,似乎没有人对类似脚本的测试感兴趣...或者更准确地说,与优化器没有直接关系的测试。

为什么?我对严肃的事情的计算速度也非常感兴趣

 
Svinozavr >> :

...如果性能对你的脚本来说不够好,那就不是因为选择是基于优化测试的事实。

断章取义,敲打着敞开的门。我说得很清楚。你没有读到最后吗?)

而测试员5--是的,如果这就是我想象/梦想的样子)))。但 "我们悲哀的劳动不会丧失")))。

你的观点我很理解。但我的观点是,我们没有以本来的方式加载测试器。我的观点,另一方面,你似乎没有理解它。但总的来说,这并不重要。对于定位,可以说是 "实地",最后一位专家也会做。