利用 MQL5 云网络加速计算·综合运用
（3/3）· 本地八核跑完优化要 1 小时 3 分，云网络能把墙上的时钟拨快多少？
「云节点怎么把历史喂给代理」
MQL5 云网络的每个节点会缓存所需交易品种的历史，并在代理请求时直接下发。若代理 ABC 本地缺 XYZ 的历史，节点会从你的终端拉取对应数据，所以本机终端必须处于可对外提供历史的状态，否则同步会断。 实操上，先在本机针对某策略跑一次单线程测试，再提交到云网络。这样终端会自动把该交易服务器所需的全部历史下载并同步好，避免云代理各自缺数据。 一台现代机器通常挂 4 到 8 个本地代理，历史统一存在「MQL5 策略测试仪代理安装」目录下的独立文件夹里。同一管理器装出的云代理都从这儿读历史；若 8 个代理全开放给云网络，只需下载一次历史，能省流量和硬盘。 结果是：在同一时间窗、同一品种上做优化的所有代理，拿到的历史与市场环境完全一致，回测前提才站得住脚。外汇与贵金属杠杆高、滑点跳空频繁，历史一致也只是降低偏差，不消除实盘风险。
云代理为什么需要预热
在 MT5 里点 Start 跑本地优化，8 核机器默认就能拉起 8 个本地代理，任务一下发就几乎瞬时开跑。但一旦把计算甩给 MQL5 云网络，节奏完全两样。 云代理并不会跟网络管理器长连，而是按固定间隔去服务器探活，看有没有新任务派给自己。这个轮询频率被调过：密到能快速凑齐所需代理数，疏到不至于把网络流量打爆。所以你刚提交云优化时，面板上连进来的代理数是逐秒往上涨的，这就是它们在陆续握手领活。 当任务量级到数千甚至数万次计算，云网络整体活跃度会明显抬升；任务跑完，挂上来的代理又掉下去。比如欧洲时区的任务清掉后，亚洲的新任务进来，网络已经处于随时能拉满的状态——这种从冷到热的过渡，业内叫“预热”。 外汇与贵金属品种点差跳变频繁，云优化回测结果仅反映历史数据拟合，实盘存在高滑点风险，切勿直接照单全收。等网络完成预热，它才真正进入能在最短时间内吞下新任务的状态。
◍ 把重算任务丢给云代理
MT5 测试仪里最实用的隐藏能力，是让吃输入变量集的超难数学任务直接在分布式代理上并行，不用你手写一行调度代码。撰写本文时，MQL5 云网络已经把可用算力拉到本机单跑的 100 倍，后续随节点扩张还可能到 1000 倍量级，外汇与贵金属策略回测的高耗时痛点能直接削掉一个数量级。 你只需要在策略测试器勾选「使用 MQL5 云网络」，本机之外的远程代理就会自动认领优化任务；若自己有多台异地机器，用同一账户绑进云网络也能当私有算力池用，不必组本地局域网。 MQL5 语法贴近 C++，重算密集的算法可以原样迁移，不必为并行重写逻辑。外汇和贵金属杠杆品种波动剧烈、风险极高，云加速只解决算得慢，不解决策略亏。