文章 "MQL5云网络: 你还在计算吗?" - 页 8 123456789101112131415 新评论 zx896 2013.02.24 07:42 #71 我很高兴你们正在向 GPU 计算方向发展,因为我的 16x7970 已经等了很久,希望能加入云计算。 Vladimir Ivanov 2013.03.06 05:17 #72 请告诉我,关闭代理管理器时,代理工作是在后台继续进行,还是停止? Andrew Petras 2013.03.06 05:25 #73 sovetnikmaker: 告诉我,关闭代理管理器时,代理的工作是在后台继续进行,还是停止? 会继续。管理器--"管理器",下达开启命令,然后由代理自己开启,管理器是自由的。 david mackay 2013.08.19 16:12 #74 我有两台电脑可供云计算.......,也许是因为我所处的位置,它们并不常用。我很喜欢有其他电脑可用以备不时之需的想法,而且与拥有其他电脑和维护它们所需的费用相比,成本微不足道。这是一项很棒的服务 MetaQuotes 2014.01.10 11:58 #75 https://cloud.mql5.com/ru/stats Статистика - MQL5 Cloud Network cloud.mql5.com Произведенный объем работы, распределение агентов по странам, RAM, CPU и битности OS LiveWizard 2014.01.11 18:03 #76 代理没有进行计算(在https://www.mql5.com/ 代理下的配置文件中不可见)...在日志中EH 0 00:47:27.930 Startup access rights to common directory successfully checkedDQ 0 00:47:27.930 Startup Service start initializedRF 0 00:47:27.930 Startup Create startup threadMR 0 00:47:27.930 Startup Thread successfully createdOK 0 00:47:27.930 Startup MetaTester 5 x64 build 881 (11 Dec 2013)JQ 0 00:47:27.930 Server MetaTester 5 started on 0.0.0.0:2000OE 2 00:47:27.930 Agent OpenCL initialization skipped due to critical error, please update OpenCL driversHH 0 00:47:27.930 Startup initialization finished专用 IP 地址混乱...互联网配置在调制解调器上,端口转发通过 tcp/udp 协议配置为 2000-2001。 MQL5 Cloud Network: Are No trafic on my EA回测的时候,无法启动。提示:127.0.0.1 prepare for shutdown Renat Fatkhullin 2014.01.11 21:02 #77 LiveWizard:代理没有进行计算(在MQL5 云网络 中工作的代理,没有必要转发端口,因为在这种情况下,代理作为客户端工作,连接到池本身,但不接受来自外部的连接。这是代理的完整日志吗?没有其他记录吗? Распределенные вычисления в сети MQL5 Cloud Network cloud.mql5.com Заработать деньги, продавая мощности своего компьютера для сети распределенных вычислений MQL5 Cloud Network LiveWizard 2014.01.13 02:43 #78 没有问题了。端口转发已被删除。代理执行计算,相关信息出现在配置文件中。 这只是日志的一部分,但并不重要....。现在,我注意到代理有一种奇怪的活动(我记得以前也观察到过同样的情况)。第一个和第二个代理定期(每分钟 1-5 次),有时它们同时,在几秒钟内大幅(最多 30-35%)加载处理器,否则根本不加载(任务管理器中加载率为 0%)。同时,日志中最后一条记录的日期是一个多小时前:ER 0 11:15:13.155 Network connected to 1.agents.mql5.comGM 0 11:15:43.143 Network connected to 1.agents.mql5.comPD 0 11:16:13.151 Network connected to 1.agents.mql5.comQO 0 11:16:43.153 Network connected to 1.agents.mql5.comCG 0 11:17:13.144 Network connected to 1.agents.mql5.comQO 0 11:13:01.462 Network connected to 3.agents.mql5.comDG 0 11:13:31.462 Network connected to 3.agents.mql5.comEL 0 11:14:01.470 Network connected to 3.agents.mql5.comOE 0 11:14:31.471 Network connected to 3.agents.mql5.comLR 0 11:15:01.472 Network connected to 3.agents.mql5.comDJ 0 11:15:31.464 Network connected to 3.agents.mql5.comES 0 11:16:01.472 Network connected to 3.agents.mql5.comJH 0 11:16:31.469 Network connected to 3.agents.mql5.com 现在是 12:44。根据相同的日志,最后一次计算是在 ~2.5 小时前完成的。代理出现这种行为的原因是什么?更新:在代理管理器中,通过的测试数在增加。在配置文件中,通过的次数也在增加。所以是代理在进行计算?但为什么它们的行为如此反常--它们并不持续加载处理器,而只是 "间歇性"、周期性地加载,而且(在我看来)加载次数太少(结果导致处理器功率 使用效率低下);不加载内存(例如,现在两个代理都使用 12040KB 内存,但通常在测试过程中内存使用量会大幅增加(几十 MB))。 Распределенные вычисления в сети MQL5 Cloud Network cloud.mql5.com Заработать деньги, продавая мощности своего компьютера для сети распределенных вычислений MQL5 Cloud Network MQL5 Cloud Network: Are Expert Advisor <ALL DISCUSSIONS 顾问<咨询市场上的产品所有者> Vladimir Karputov 2014.01.13 07:48 #79 Часто в расчет попадают задачи на маленьком интервале времени - поэтому такие задачи будут потреблять мало памяти и очень быстро заканчиваться. Alexander Sukhinin 2014.01.13 08:15 #80 大家好!我希望那些提供处理器容量的用户能够支付更多的费用,或者每 10 万、20 万通行证就有奖金。我还想呼吁开发人员,也许他们会读到这篇文章,在用户统计中加入当天执行的通行证数量,现在只显示所有代理的总数。 Общайтесь с разработчиками через Сервисдеск! www.mql5.com Ваше сообщение сразу станет доступно нашим отделам тестирования, технической поддержки и разработчикам торговой платформы. 123456789101112131415 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
告诉我,关闭代理管理器时,代理的工作是在后台继续进行,还是停止?
我有两台电脑可供云计算.......,也许是因为我所处的位置,它们并不常用。
我很喜欢有其他电脑可用以备不时之需的想法,而且与拥有其他电脑和维护它们所需的费用相比,成本微不足道。
这是一项很棒的服务
代理没有进行计算(在https://www.mql5.com/ 代理下的配置文件中不可见)...
在日志中
EH 0 00:47:27.930 Startup access rights to common directory successfully checked
DQ 0 00:47:27.930 Startup Service start initialized
RF 0 00:47:27.930 Startup Create startup thread
MR 0 00:47:27.930 Startup Thread successfully created
OK 0 00:47:27.930 Startup MetaTester 5 x64 build 881 (11 Dec 2013)
JQ 0 00:47:27.930 Server MetaTester 5 started on 0.0.0.0:2000
OE 2 00:47:27.930 Agent OpenCL initialization skipped due to critical error, please update OpenCL drivers
HH 0 00:47:27.930 Startup initialization finished
专用 IP 地址混乱...互联网配置在调制解调器上,端口转发通过 tcp/udp 协议配置为 2000-2001。
代理没有进行计算(在MQL5 云网络 中工作的代理,没有必要转发端口,因为在这种情况下,代理作为客户端工作,连接到池本身,但不接受来自外部的连接。
这是代理的完整日志吗?没有其他记录吗?
没有问题了。端口转发已被删除。代理执行计算,相关信息出现在配置文件中。
这只是日志的一部分,但并不重要....。
现在,我注意到代理有一种奇怪的活动(我记得以前也观察到过同样的情况)。
第一个和第二个代理定期(每分钟 1-5 次),有时它们同时,在几秒钟内大幅(最多 30-35%)加载处理器,否则根本不加载(任务管理器中加载率为 0%)。
同时,日志中最后一条记录的日期是一个多小时前:
ER 0 11:15:13.155 Network connected to 1.agents.mql5.com
GM 0 11:15:43.143 Network connected to 1.agents.mql5.com
PD 0 11:16:13.151 Network connected to 1.agents.mql5.com
QO 0 11:16:43.153 Network connected to 1.agents.mql5.com
CG 0 11:17:13.144 Network connected to 1.agents.mql5.com
QO 0 11:13:01.462 Network connected to 3.agents.mql5.com
DG 0 11:13:31.462 Network connected to 3.agents.mql5.com
EL 0 11:14:01.470 Network connected to 3.agents.mql5.com
OE 0 11:14:31.471 Network connected to 3.agents.mql5.com
LR 0 11:15:01.472 Network connected to 3.agents.mql5.com
DJ 0 11:15:31.464 Network connected to 3.agents.mql5.com
ES 0 11:16:01.472 Network connected to 3.agents.mql5.com
JH 0 11:16:31.469 Network connected to 3.agents.mql5.com
现在是 12:44。
根据相同的日志,最后一次计算是在 ~2.5 小时前完成的。
代理出现这种行为的原因是什么?
更新:在代理管理器中,通过的测试数在增加。在配置文件中,通过的次数也在增加。
所以是代理在进行计算?但为什么它们的行为如此反常--它们并不持续加载处理器,而只是 "间歇性"、周期性地加载,而且(在我看来)加载次数太少(结果导致处理器功率 使用效率低下);不加载内存(例如,现在两个代理都使用 12040KB 内存,但通常在测试过程中内存使用量会大幅增加(几十 MB))。