服务。他们已经启动并运行了吗? - 页 16 1...91011121314151617181920212223...25 新评论 Alain Verleyen 2019.03.28 13:57 #151 Slava :通过终端的全局变量,你可以在一个变量中传输多达8字节的信息。 为了区分来自不同MQL5程序的访问,你可以使用GlobalVariableSetOnCondition 当你有1GB的数据需要传输时怎么办? Slava 2019.03.28 14:07 #152 Alain Verleyen: 什么,当你有1GB的数据需要传输时?这笔钱去了哪里? 你可以用管道来传输1千兆。 Alain Verleyen 2019.03.28 14:14 #153 Slava :这么多东西去哪儿了? 你可以用管道来传输1千兆。我无法在此解释原因。如果你愿意,我可以给你发一条私信,解释我的问题。 我知道有一个使用DLL或第三方工具的解决方案(该管道需要一个有通道的服务器),但我只希望有一个MT5/mql5解决方案。 fxsaber 2019.03.28 14:33 #154 Alain Verleyen:我只想要一个MT5/mql5的解决方案。资源。 Alain Verleyen 2019.03.28 14:51 #155 fxsaber :资源。 是的,它能处理大量的数据(1GB或更多)吗?还没有试过。 fxsaber 2019.03.28 14:53 #156 Alain Verleyen: 是的,它能处理大量的数据(1GB或更多)吗?我还没有试过。当有一个真正的挑战时,首先尝试解决它是合乎逻辑的。 Alain Verleyen 2019.03.28 14:55 #157 fxsaber :当有一个真正的挑战时,首先尝试解决它是合乎逻辑的。 我绝不会那样做,有趣的家伙。 fxsaber 2019.03.28 15:00 #158 Alain Verleyen: 我绝不会那样做,有趣的家伙。为什么不是100GB的传输?这是个反问句。 验证码不到十几行。 Alain Verleyen 2019.03.28 15:03 #159 Slava :这是要去哪里? 管道可以用来传输1千兆。好吧,我其实可以在这里解释一下。我正在研究一个在历史上有刻度的系统(几年)。我们在条形图上工作,然后我们必须分析一些过滤后的条形图上的刻度。 当逐条使用CopyTicks / CopyTicksRange时,速度非常慢,所以我必须将大量的数据加载到内存中(如1GB),然后就快多了(至少快5倍)。 现在,即使是将大块的数据(ticks)加载到内存中,如果你在每次启动时都要这样做,也是很耗时的,所以我已经开始用服务来做,将数据保存在内存中。这样你就有了新的问题。 理想情况下,使用CopyTicks/CopyTicksRange获得每1条(或多条)的ticks应该不会那么慢,但这可能是不可避免的。 我希望转让是好的。 Alain Verleyen 2019.03.28 15:06 #160 fxsaber :为什么不是100GB的传输?这是个反问句。 验证码不到十几行。如果你没有什么可说的,请不要回答。 我不关心一个修辞问题,我有一个实际问题要解决。 1...91011121314151617181920212223...25 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
通过终端的全局变量,你可以在一个变量中传输多达8字节的信息。
为了区分来自不同MQL5程序的访问,你可以使用GlobalVariableSetOnCondition
什么,当你有1GB的数据需要传输时?
这笔钱去了哪里?
你可以用管道来传输1千兆。
这么多东西去哪儿了?
你可以用管道来传输1千兆。
我无法在此解释原因。如果你愿意,我可以给你发一条私信,解释我的问题。
我知道有一个使用DLL或第三方工具的解决方案(该管道需要一个有通道的服务器),但我只希望有一个MT5/mql5解决方案。
我只想要一个MT5/mql5的解决方案。
资源。
资源。
是的,它能处理大量的数据(1GB或更多)吗?我还没有试过。
当有一个真正的挑战时,首先尝试解决它是合乎逻辑的。
当有一个真正的挑战时,首先尝试解决它是合乎逻辑的。
我绝不会那样做,有趣的家伙。
为什么不是100GB的传输?这是个反问句。
验证码不到十几行。
这是要去哪里?
管道可以用来传输1千兆。
好吧,我其实可以在这里解释一下。我正在研究一个在历史上有刻度的系统(几年)。我们在条形图上工作,然后我们必须分析一些过滤后的条形图上的刻度。
当逐条使用CopyTicks / CopyTicksRange时,速度非常慢,所以我必须将大量的数据加载到内存中(如1GB),然后就快多了(至少快5倍)。
现在,即使是将大块的数据(ticks)加载到内存中,如果你在每次启动时都要这样做,也是很耗时的,所以我已经开始用服务来做,将数据保存在内存中。这样你就有了新的问题。
理想情况下,使用CopyTicks/CopyTicksRange获得每1条(或多条)的ticks应该不会那么慢,但这可能是不可避免的。
我希望转让是好的。
为什么不是100GB的传输?这是个反问句。
验证码不到十几行。
如果你没有什么可说的,请不要回答。
我不关心一个修辞问题,我有一个实际问题要解决。