AMD或英特尔,以及内存品牌 - 页 63 1...565758596061626364656667686970...94 新评论 Петр 2009.10.02 21:31 #621 Mathemat >> : 哎哟,顺便说一句,这也是我想要的。我有6,577,074笔交易,比你略少,讲师。 P.S. 刚刚又跑了一遍。我的时间是8:18(498秒!!!),虽然我完全没有做什么。但那种不安(我之前曾 "怀疑 "过一分钟左右的优化问题)已经消失了。 删除了我需要的两个文件(从缓存和历史)。我什么都不明白。我打算试着多买一些电子游戏。 在那里!这就是我所说的--你出了问题。而这种 "错误 "不是一下子就发生在你身上的。那么,你的电脑不应该在优化时突然冻结一分钟。这意味着有其他东西在索取资源。 Andrey Dik 2009.10.02 21:37 #622 顺便说一下。显然,手动将360800个变量塞进优化器是非常有问题的。但是,即使专家顾问中只有50个变量,这个任务也已经变得不那么愉快了。在我看来,有一个简单的解决方案。在优化器的对话框中,可以选择带有变量的文件。然后,任何数量的变量都可以被优化。你将能够进行艰苦的NS训练,等等。这可能值得在MT5中实现,因为它的优化器还没有准备好。 Sceptic Philozoff 2009.10.02 21:40 #623 顺便说一下,还有一个参数,我想我们还没有谈到过。在优化选项卡中不应该有一个复选标记。 Петр 2009.10.02 21:43 #624 joo >> : 顺便说一下。很明显,将360800个变量手动塞进优化器是相当有问题的。但是,即使专家顾问中只有50个变量,这项任务也已经变得相当困难。在我看来,有一个简单的解决方案。在优化器的对话框中,可以选择带有变量的文件。然后,任何数量的变量都可以被优化。你将能够进行艰苦的NS训练,等等。这可能值得在MT5中实现,因为它的优化器还没有准备好。 (耸耸肩)嗯,是的--这就对了。在MT中,有不同的任务需要解决。其中最大规模的,也是资源最密集的是优化。而这正是我们目前正在进行的工作。你对其他事情感兴趣吗?好吧,那么,另一个。 Andrey Dik 2009.10.02 21:44 #625 Svinozavr >> : (耸耸肩)嗯,是的--这就对了。在MT中,有不同的任务需要解决。其中最庞大的,也是最需要资源的庞大的是优化。而这正是我们目前正在进行的工作。你对其他事情感兴趣吗?嗯,那是不同的。 请阅读我在前一页的帖子。我说的是优化,通过内部优化器的方式。 Петр 2009.10.02 21:48 #626 Mathemat >> : 顺便说一下,还有一个参数,我想我们还没有谈到过。在优化选项卡中不应该有一个复选标记。 如果你不故意检查它们,它们就不会在那里。但是--我同意--它可以被提及。一般来说,我看到一种僵局。如果不采取行动,我们将无法获得足够的结果。额外的措施是一个痛苦的问题,但很少有人会同意并设法去做。测试组件是一个无奈之举。我不知道接下来是什么。 也许多做两个步骤并不可怕:下载参考历史资料,并在程序的帮助下进行传播?你怎么看? Andrey Dik 2009.10.02 21:53 #627 joo >> : .....对于交易的数量,我们很难做到。但我们可以在专家顾问的代码中添加一个 "非常有用 "的计算块,以便将测试的负面因素的影响降到最低。比方说,"非常有用 "的计算区块将占用总时间的95-99%。这就是全部。任务已经解决了。对于我们的实验,将实现足够高的可靠性.......。 Петр 2009.10.02 21:58 #628 joo >> : 请阅读我在前一页的帖子。我说的是优化,通过常规优化器的方式。 是的,我很抱歉。- 我引用了你的错误帖子。但对于那篇帖子(上文),我写的一切都成立。 我读了你在前一页的帖子。实际上,我在前面已经确定了我的立场(甚至比你的帖子更早!))。还没有什么要补充的。我想...(如果成功了呢?(认为)))) [删除] 2009.10.02 21:59 #629 Svinozavr писал(а)>> 也许多做两个额外的步骤并不可怕:下载基准历史和用软件进行传播?你怎么看? 也许它并不那么可怕。但鉴于Mathemat的 结果(以及Vinin 的结果),它在没有任何明显原因的情况下发生了明显的变化,也许它只是不值得这么麻烦? 顺便说一下,我在一次跑步后也得到了更好的结果,但不是那么多,即6:58(与7:11)。 我也曾私下写信给贝尔福,询问他的终端机有多少个小数位。而begemot61 再次承诺会公布他的结果。我还为他们在桌子上准备了一个位置。 如果有更多的信息,我们将能够轻松地回答kombat 创建这个主题的主要问题--哪种处理器更有利于优化?据我所知,我们不需要做出精确的定量估计--类似于 "X处理器更有利于优化 "的答案就可以了。 P.S. 我们应该在表格中公布改进的结果吗? Sceptic Philozoff 2009.10.02 22:03 #630 好了,现在是8点10分--不多,但也不错(我已经关闭了几个应用程序)。 P.S. 我刚刚想起了另一件事。在我遇到的那个优化停滞期间,核心的负载模式发生了根本性的变化:如果一开始一个核心几乎满载,而另一个只是一点点,那么在停滞的时候,各核心的负载是相等的。 1...565758596061626364656667686970...94 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
哎哟,顺便说一句,这也是我想要的。我有6,577,074笔交易,比你略少,讲师。
P.S. 刚刚又跑了一遍。我的时间是8:18(498秒!!!),虽然我完全没有做什么。但那种不安(我之前曾 "怀疑 "过一分钟左右的优化问题)已经消失了。
删除了我需要的两个文件(从缓存和历史)。我什么都不明白。我打算试着多买一些电子游戏。
在那里!这就是我所说的--你出了问题。而这种 "错误 "不是一下子就发生在你身上的。那么,你的电脑不应该在优化时突然冻结一分钟。这意味着有其他东西在索取资源。
顺便说一下,还有一个参数,我想我们还没有谈到过。在优化选项卡中不应该有一个复选标记。
顺便说一下。很明显,将360800个变量手动塞进优化器是相当有问题的。但是,即使专家顾问中只有50个变量,这项任务也已经变得相当困难。在我看来,有一个简单的解决方案。在优化器的对话框中,可以选择带有变量的文件。然后,任何数量的变量都可以被优化。你将能够进行艰苦的NS训练,等等。这可能值得在MT5中实现,因为它的优化器还没有准备好。
(耸耸肩)嗯,是的--这就对了。在MT中,有不同的任务需要解决。其中最大规模的,也是资源最密集的是优化。而这正是我们目前正在进行的工作。你对其他事情感兴趣吗?好吧,那么,另一个。
(耸耸肩)嗯,是的--这就对了。在MT中,有不同的任务需要解决。其中最庞大的,也是最需要资源的庞大的是优化。而这正是我们目前正在进行的工作。你对其他事情感兴趣吗?嗯,那是不同的。
请阅读我在前一页的帖子。我说的是优化,通过内部优化器的方式。
顺便说一下,还有一个参数,我想我们还没有谈到过。在优化选项卡中不应该有一个复选标记。
如果你不故意检查它们,它们就不会在那里。但是--我同意--它可以被提及。一般来说,我看到一种僵局。如果不采取行动,我们将无法获得足够的结果。额外的措施是一个痛苦的问题,但很少有人会同意并设法去做。测试组件是一个无奈之举。我不知道接下来是什么。
也许多做两个步骤并不可怕:下载参考历史资料,并在程序的帮助下进行传播?你怎么看?
.....对于交易的数量,我们很难做到。但我们可以在专家顾问的代码中添加一个 "非常有用 "的计算块,以便将测试的负面因素的影响降到最低。比方说,"非常有用 "的计算区块将占用总时间的95-99%。这就是全部。任务已经解决了。对于我们的实验,将实现足够高的可靠性.......。
请阅读我在前一页的帖子。我说的是优化,通过常规优化器的方式。
是的,我很抱歉。- 我引用了你的错误帖子。但对于那篇帖子(上文),我写的一切都成立。
我读了你在前一页的帖子。实际上,我在前面已经确定了我的立场(甚至比你的帖子更早!))。还没有什么要补充的。我想...(如果成功了呢?(认为))))
也许多做两个额外的步骤并不可怕:下载基准历史和用软件进行传播?你怎么看?
也许它并不那么可怕。但鉴于Mathemat的 结果(以及Vinin 的结果),它在没有任何明显原因的情况下发生了明显的变化,也许它只是不值得这么麻烦?
顺便说一下,我在一次跑步后也得到了更好的结果,但不是那么多,即6:58(与7:11)。
我也曾私下写信给贝尔福,询问他的终端机有多少个小数位。而begemot61 再次承诺会公布他的结果。我还为他们在桌子上准备了一个位置。
如果有更多的信息,我们将能够轻松地回答kombat 创建这个主题的主要问题--哪种处理器更有利于优化?据我所知,我们不需要做出精确的定量估计--类似于 "X处理器更有利于优化 "的答案就可以了。
P.S. 我们应该在表格中公布改进的结果吗?
好了,现在是8点10分--不多,但也不错(我已经关闭了几个应用程序)。
P.S. 我刚刚想起了另一件事。在我遇到的那个优化停滞期间,核心的负载模式发生了根本性的变化:如果一开始一个核心几乎满载,而另一个只是一点点,那么在停滞的时候,各核心的负载是相等的。