阿尔帕里贪婪的终端 - 页 7

新评论
 
Debugger: 我还没有在其他人身上遇到过这种情况......

你有16种乐器。你是否尝试过增加计算间隔--比如从1000ms到5000ms？效果如何？

如果你没有试过，也不打算试，那么当然最方便的是继续指责终端和DC。

 
更好的是，每个酒吧一次。当然，如果零条并不重要。
 

如果每秒钟计算一次，零点是很重要的。

这一切都很奇怪。我无法相信，即使是五位数上的16对，与四位数 上的同样16对在石料负荷方面也会有如此大的差别： 这是个小故事。

调试器，你应该写信给技术支持。

你有什么样的处理器？

 
Mathemat:

这一切都有点奇怪。我无法相信，即使是五位数上的16对，与四位数上的同样16对，在石头的装载量上也会有如此大的差别：这是个小故事。

很明显，五位数的输入数据量要大得多，是一个数量级的。

所以终端与此无关，解决方案是要么过滤到四位数，要么更换更有效的硬件（CUDA是最佳性能/价格比的一个例子）。

 

安迪，首先，我知道五位数的数据流大约是一个数量级的大。但我没有看到Alpari上 有这么可怕的负载（五位数！）。这是一张图片，不要偷懒（点击放大）。


其次，嗯，有多少吹嘘你参与了CUDA？

2 调试器： 这里有很多货币对，都在М1上，我下载了至少到5月26日的历史记录（有些记录更深），也就是说，每个图表中不少于25000条。没有任何指标。这不是市场上最被动的时刻（看看目前的图表）。RAM一直是这样加载的，对于Windows 7来说。

是的，处理器（Core 2 Duo E7200）正在加载，但我们谈论的不是 "最低25-30%"的任何数字。

那么还有一个问题：你在MarketWatch有多少个角色？

 

我在Alpari上有28对，其中7个窗口是打开的，占用的内存：20,800（私人工作集）60,320（分配的内存）。

MT4的设置。

每个窗口的最大条数。65000

历史上的最大条数：512000

 
Mathemat:

1.首先，我知道五位数的数据流大约大一个数量级。但我没有看到Alpari上 有这么可怕的负载（五位数！）。这是一张图片，不要偷懒（点击放大）。

2.其次，你能在多大程度上吹嘘你对CUDA的参与!

1.输入数据的数量级增加对一些高频EA来说是很关键的。对你的EA来说可能不是很关键，但这并不意味着对所有人都是如此。

2.我没有参与CUDA，但也许你能提供另一种性能/价格比更好的选择，以解决你真正需要的计算的CPU负载问题？

 
Andrei01:

1.输入数据的数量级增加对一些高频的EA来说是至关重要的。

嗯，这就是他们在这里谈论的内容。

这与终端和不适当的EA、指标等无关......

 
我有所有16对的索引。每一对都有2个独立的指数。
 

1.我特意关闭了所有的计算功能，以表明终端本身与这种情况 几乎没有关系。专题讨论会指出，Alpari的最低CPU负载为25-30％。

2.不，我不能，也不打算：这个话题不是关于优化性能/价格比。问题只在于性能。

我怀疑这个错误要么是在终端的 过度设置 中，要么是在过于频繁和非优化的计算中。而这里的计算显然是坚实的。

123456789
新评论