MT5和速度在行动 - 页 73 1...666768697071727374757677787980...94 新评论 Roman 2020.11.06 17:31 #721 Andrey Dik:请告诉我一个需要异步事件的例子,而这在现在的标准手段中是不可行的。这一切都始于OnTick OnBook事件的不匹配,Slava证实了这一点。这就是一个。fxsaber胜过及时获得SymbolInfoTick()。由于处理程序的阻塞性操作,这是一个问题。这是二。从不同的处理程序中读取套接字,这是个问题。这是三。处理程序中的循环回路。这是四。 长时间计算。这是五。如果另一个处理程序正在忙,则无法及时接收处理程序事件。这是六。由于处理程序的阻塞模式,出现了很多限制。 只要你够花哨,你就可以一直走下去。 更 不用说图表事件、图形渲染事件等了。 Roman 2020.11.06 17:38 #722 Igor Makanu:我明白Win系统中的应用程序是如何工作的。你最好了解一下Python的历史,这些名字好听的异步拐杖是何时何地来的?- 你是否意识到,这些解决方案最初并不是用Python设计的?我同意,由于这些异步的东西,你可以把Python用于客户端-服务器的解决方案,也许现在用户的前端可以使用多处理器服务器的资源,这很酷。但为什么在桌面应用程序中的用户会在Win中拥有一个终端?- 好吧,如果你有更多的线程,即使你能用一些等待函数来同步它们,一个共同的消息/事件池仍将存在。好吧,我已经厌倦了在你们所有的论坛面前争论,用你们的幻想扰乱主题,这不是我的问题。 而且你不必从你的幻想开始。没有人要求你这样做。如果你不知道我在说什么,最好保持沉默,你会被当作文盲。 Andrey Dik 2020.11.06 17:55 #723 Roman: 这一切都始于OnTick OnBook事件的不匹配,Slava证实了这一点。那是一个。fxsaber胜过及时获得SymbolInfoTick()。由于处理程序的阻塞性操作,这是一个问题。这是二。从不同的处理程序中读取套接字,这是个问题。这是三。处理程序中的循环回路。这是四。 长时间计算。这是五。如果另一个处理程序正在忙,则无法及时接收处理程序事件。这是六。由于处理程序的阻塞模式,出现了很多限制。这个名单可以一直延续下去,可以想象。 解决办法很简单--将处理程序移至独立的专家顾问。 任何事件模型都可以通过MT5的标准手段实现。 另一点是,Windows不是一个实时系统,但即使是实时系统,事件的处理速度也必须比预定的快,但无论如何都不能即时处理。因此,开发者是正确的(尽管不是由我也不是由你来判断他们是否正确):你想更快地执行程序--购买更快的处理器和内存,并尽可能多地使用真正的内核。 Roman 2020.11.06 18:06 #724 Andrey Dik:解决办法很简单--将处理程序移至独立的专家顾问。 任何事件模型都可以通过MT5的标准手段实现。另一点是,Windows不是一个实时系统,但即使是实时系统,事件的处理速度也必须比预定的快,但无论如何都不能即时处理。 因此,开发人员是正确的:你想更快地执行程序--购买处理器和内存更快,并尽可能多地购买真正的核心。 这不是一个解决方案,而是一个拐杖))处理程序分散在不同的程序中。他们在这里教你一件坏事 )) 开发人员在这里是错误的,所有严肃的项目都是由正常的程序员异步编写的。 你需要提高的不是硬件,而是程序执行的 架构。 Slava 2020.11.06 18:07 #725 Roman:去学习异步编程吧,你都快受不了了。 罗曼,孩子。冷静下来了。 Roman 2020.11.06 18:11 #726 Slava:罗曼,孩子。冷静下来了。 斯拉瓦叔叔 ))在一个非阻塞的事件循环中写下所有的处理程序。你会解决很多问题。 Slava 2020.11.06 18:18 #727 Roman:这不是一个解决方案,而是一个拐杖))处理程序分散在不同的程序中。他们在这里教你一个坏东西 )) 开发人员在这里是错误的,所有严肃的项目都是由正常的程序员以异步方式编写的。 需要升级的不是硬件,而是程序执行的 架构。 问题是什么?你写你自己的代码,你被证明是正确的。 我很佩服那些帅哥,他们没有告诉你,他们试图解释。以一种非常有礼貌的方式。他们不需要向你证明什么--他们是自给自足的。萨博在这里被禁止的次数比其他人都多。迪克也被禁赛了。伊戈尔就是正确性本身,他在不断学习。但我们与他们进行了非常富有成效的对话。不像你。 Slava 2020.11.06 18:20 #728 Roman:斯拉瓦叔叔 ))在一个非阻塞的事件循环中写下所有的处理程序。你会解决很多问题。 非阻塞式的就不工作了。纯粹是出于客观原因 Roman 2020.11.06 18:21 #729 Slava:有什么问题呢?你写了你自己的代码--你证明了你的观点。我很佩服那些帅哥,他们没有把你送走,而是试图解释。以一种非常有礼貌的方式。他们不需要向你证明什么--他们是自给自足的。萨博在这里被禁止的次数比其他人都多。迪克也被禁赛了。伊戈尔就是正确性本身,他在不断学习。但我们与他们进行了非常富有成效的对话。不像你。 如果这里的人不明白他们在写什么,对不起,这不是我的问题,是那些不抽话题的人的问题。 Roman 2020.11.06 18:22 #730 Slava:非阻塞式的就不工作了。完全是出于客观原因。 你能具体说明这些客观原因吗? 1...666768697071727374757677787980...94 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
请告诉我一个需要异步事件的例子,而这在现在的标准手段中是不可行的。
fxsaber胜过及时获得SymbolInfoTick()。由于处理程序的阻塞性操作,这是一个问题。这是二。
从不同的处理程序中读取套接字,这是个问题。这是三。
处理程序中的循环回路。这是四。
长时间计算。这是五。
如果另一个处理程序正在忙,则无法及时接收处理程序事件。这是六。
由于处理程序的阻塞模式,出现了很多限制。
只要你够花哨,你就可以一直走下去。
更 不用说图表事件、图形渲染事件等了。
我明白Win系统中的应用程序是如何工作的。
你最好了解一下Python的历史,这些名字好听的异步拐杖是何时何地来的?- 你是否意识到,这些解决方案最初并不是用Python设计的?
我同意,由于这些异步的东西,你可以把Python用于客户端-服务器的解决方案,也许现在用户的前端可以使用多处理器服务器的资源,这很酷。
但为什么在桌面应用程序中的用户会在Win中拥有一个终端?- 好吧,如果你有更多的线程,即使你能用一些等待函数来同步它们,一个共同的消息/事件池仍将存在。
好吧,我已经厌倦了在你们所有的论坛面前争论,用你们的幻想扰乱主题,这不是我的问题。
而且你不必从你的幻想开始。没有人要求你这样做。如果你不知道我在说什么,最好保持沉默,你会被当作文盲。
这一切都始于OnTick OnBook事件的不匹配,Slava证实了这一点。那是一个。
fxsaber胜过及时获得SymbolInfoTick()。由于处理程序的阻塞性操作,这是一个问题。这是二。
从不同的处理程序中读取套接字,这是个问题。这是三。
处理程序中的循环回路。这是四。
长时间计算。这是五。
如果另一个处理程序正在忙,则无法及时接收处理程序事件。这是六。
由于处理程序的阻塞模式,出现了很多限制。这个名单可以一直延续下去,可以想象
。
解决办法很简单--将处理程序移至独立的专家顾问。 任何事件模型都可以通过MT5的标准手段实现。
另一点是,Windows不是一个实时系统,但即使是实时系统,事件的处理速度也必须比预定的快,但无论如何都不能即时处理。因此,开发者是正确的(尽管不是由我也不是由你来判断他们是否正确):你想更快地执行程序--购买更快的处理器和内存,并尽可能多地使用真正的内核。
解决办法很简单--将处理程序移至独立的专家顾问。 任何事件模型都可以通过MT5的标准手段实现。
另一点是,Windows不是一个实时系统,但即使是实时系统,事件的处理速度也必须比预定的快,但无论如何都不能即时处理。
因此,开发人员是正确的:你想更快地执行程序--购买处理器和内存更快,并尽可能多地购买真正的核心。
这不是一个解决方案,而是一个拐杖))处理程序分散在不同的程序中。他们在这里教你一件坏事 ))
开发人员在这里是错误的,所有严肃的项目都是由正常的程序员异步编写的。
你需要提高的不是硬件,而是程序执行的 架构。
去学习异步编程吧,你都快受不了了。
罗曼,孩子。冷静下来了。
罗曼,孩子。冷静下来了。
斯拉瓦叔叔 ))在一个非阻塞的事件循环中写下所有的处理程序。你会解决很多问题。
这不是一个解决方案,而是一个拐杖))处理程序分散在不同的程序中。他们在这里教你一个坏东西 ))
开发人员在这里是错误的,所有严肃的项目都是由正常的程序员以异步方式编写的。
需要升级的不是硬件,而是程序执行的 架构。
问题是什么?你写你自己的代码,你被证明是正确的。
我很佩服那些帅哥,他们没有告诉你,他们试图解释。以一种非常有礼貌的方式。他们不需要向你证明什么--他们是自给自足的。萨博在这里被禁止的次数比其他人都多。迪克也被禁赛了。伊戈尔就是正确性本身,他在不断学习。但我们与他们进行了非常富有成效的对话。不像你。
斯拉瓦叔叔 ))在一个非阻塞的事件循环中写下所有的处理程序。你会解决很多问题。
非阻塞式的就不工作了。纯粹是出于客观原因
有什么问题呢?你写了你自己的代码--你证明了你的观点。
我很佩服那些帅哥,他们没有把你送走,而是试图解释。以一种非常有礼貌的方式。他们不需要向你证明什么--他们是自给自足的。萨博在这里被禁止的次数比其他人都多。迪克也被禁赛了。伊戈尔就是正确性本身,他在不断学习。但我们与他们进行了非常富有成效的对话。不像你。
如果这里的人不明白他们在写什么,对不起,这不是我的问题,是那些不抽话题的人的问题。
非阻塞式的就不工作了。完全是出于客观原因。
你能具体说明这些客观原因吗?