阿尔帕里贪婪的终端 - 页 4 123456789 新评论 Bicus 2011.06.20 06:09 #31 Mathemat: 在关键时刻,这是可以理解的。 但不是到了你不能在人物之间切换或在那一刻改变时间框架的地步! Sceptic Philozoff 2011.06.20 06:40 #32 例如,在一些NFP上,终端可能会停止响应任何试图做任何事情的尝试。更不用说其他诸如 "贸易流繁忙 "的伎俩了。 Debugger 2011.06.20 08:53 #33 Mathemat: 在关键时刻,这是可以理解的。但是,从专题报告人的话来看,处理器一直都 是那么忙。 如果有20-30个,首先会导致关于错手的假设:要能够计算所有这些乱七八糟的东西,大约每秒一次,而Core i7 2600K的功率是不够的。 虽然很难怀疑作者的无能。 是的,终端的最低CPU利用率为25-30%。 Debugger 2011.06.20 08:55 #34 综上所述,我不是唯一一个有CPU负载问题的人......。 现在我坚持认为是5位数的理论...... Andrei01 2011.06.20 09:03 #35 Debugger: 综上所述,我不是唯一一个遭受cpu负载问题的人......。 如果你能根据自己的喜好设置CPU负载,你会很高兴你这样做。 TheXpert 2011.06.20 09:24 #36 Andrei01: 把processlasso打开,你就可以走了--你可以随心所欲地设置CPU负载。 我很惊讶,你甚至不需要阅读你所读的东西。你是一个机器人吗? Debugger 2011.06.20 09:32 #37 Mathemat: 在关键时刻,这是可以理解的。但是,从专题报告人的话来看,处理器一直都 是那么忙。 如果有20-30个,首先会导致关于错手的假设:要能够计算所有这些乱七八糟的东西,大约每秒一次,而Core i7 2600K的功率是不够的。 虽然很难怀疑作者的无能。 终端有16对并联,至少有2个终端同时工作。 英特尔酷睿2处理器 Sceptic Philozoff 2011.06.20 09:40 #38 那么,就很清楚了,要进一步谈什么......。多币种需要大量的资源,在这种情况下,20-30%的资源是完全可以承受的。 更换处理器没有帮助(如果是MT4)。只有对计算本身及其周期性的优化才有帮助。 Debugger 2011.06.20 09:43 #39 是的,MT4终端。 Sceptic Philozoff 2011.06.20 09:57 #40 多货币是资源密集型的,甚至不是因为计算,而只是因为你必须一次访问一堆货币对的事实。 如果装载石头的问题如此难以忍受,至少要把计算间隔从一秒减少到几秒。 而五位数本身,我认为还是没有什么关系,因为它对石头的负载贡献很小(开发人员写道,数据以这种形式发送到客户端,以尽可能少地加载系统)。你有机会通过连接到四位数 的DC来检查比特率的效果。 123456789 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
在关键时刻,这是可以理解的。
例如,在一些NFP上,终端可能会停止响应任何试图做任何事情的尝试。更不用说其他诸如 "贸易流繁忙 "的伎俩了。
在关键时刻,这是可以理解的。但是,从专题报告人的话来看,处理器一直都 是那么忙。
如果有20-30个,首先会导致关于错手的假设:要能够计算所有这些乱七八糟的东西,大约每秒一次,而Core i7 2600K的功率是不够的。
虽然很难怀疑作者的无能。
是的,终端的最低CPU利用率为25-30%。
综上所述,我不是唯一一个有CPU负载问题的人......。
现在我坚持认为是5位数的理论......
综上所述,我不是唯一一个遭受cpu负载问题的人......。
把processlasso打开,你就可以走了--你可以随心所欲地设置CPU负载。
在关键时刻,这是可以理解的。但是,从专题报告人的话来看,处理器一直都 是那么忙。
如果有20-30个,首先会导致关于错手的假设:要能够计算所有这些乱七八糟的东西,大约每秒一次,而Core i7 2600K的功率是不够的。
虽然很难怀疑作者的无能。
终端有16对并联,至少有2个终端同时工作。
英特尔酷睿2处理器
那么,就很清楚了,要进一步谈什么......。多币种需要大量的资源,在这种情况下,20-30%的资源是完全可以承受的。
更换处理器没有帮助(如果是MT4)。只有对计算本身及其周期性的优化才有帮助。
多货币是资源密集型的,甚至不是因为计算,而只是因为你必须一次访问一堆货币对的事实。
如果装载石头的问题如此难以忍受,至少要把计算间隔从一秒减少到几秒。
而五位数本身,我认为还是没有什么关系,因为它对石头的负载贡献很小(开发人员写道,数据以这种形式发送到客户端,以尽可能少地加载系统)。你有机会通过连接到四位数 的DC来检查比特率的效果。