帆布与标签 - 页 8 123456789101112131415...18 新评论 fxsaber 2021.03.13 20:52 #71 Nikolai Semko:是的，没有看到这是一个内部图表。 那么从剖析来看，滚动图表时，刹车的来源就在这一行。用主动滚动进行剖析。在没有滚动的情况下，通过主动的鼠标移动进行分析（没有按下LKM）。ZS：所以刹车的来源毕竟不是坎瓦，而是物体。 不幸的是，我对这段代码的分析给出了一个空白。b2828. Nikolai Semko 2021.03.13 20:57 #72 fxsaber:不幸的是，我对这段代码的分析给出了一个空白。b2828. 看起来他们还没有完成剖析器。我以前有时也会得到一个空白。但现在它起作用了。 它对这个也有效。 Mihail Matkovskij 2021.03.13 20:57 #73 Renat Fatkhullin:这是错误的做法。特别是视觉测试仪有一个不同的延迟渲染模型，以免完全拖慢测试过程。 我明白了。 所以，除了在测试器中测量外，你还必须在图表中测量。 Renat Fatkhullin: 我没有这么说。我指出了明显的错误，并解释了渲染系统的工作原理。 那么我就完全搞错了。对不起。 fxsaber 2021.03.13 21:53 #74 Nikolai Semko:看起来他们还没有完成剖析器。我以前有时也会得到一个空白。但现在可以了。 这个也可以。 我在b2830上也一无所获。 Aleksey Mavrin 2021.03.13 22:03 #75 Igor Makanu:在Windows事件模型 中--即使你快速移动鼠标，CPU负载也开始增加，无论哪个应用程序处于焦点位置。SZY: 在Win10的任务管理器中检查了它...在Win7中，如果我快速移动鼠标，同样的负载也会增加，我怀疑Win10大幅改变了事件模型，最可能的是任务管理器以不同的方式工作，所以没有显示任何CPU负载的增加。 Vin10.下面是我在按住LKM的情况下在这个文本信息的输入窗口中移动鼠标时的情节 这里没有LKM Igor Makanu 2021.03.13 22:22 #76 Aleksey Mavrin:Vin10.下面是我在这个文本信息的输入窗口中按下LKM后移动鼠标时的情节下面是没有LKM的情况。 不明显 这是使用Win7的虚拟桌面--如果我不移动鼠标，它就会使CPU负载3-4%。 如果鼠标快速移动 - 11-14%的负载 我的意思是，Win系统中的消息队列总是需要被处理，但这是额外的CPU周期--谷歌 "C++视窗"--任何使用WinAPI在C++中编写视窗应用程序的手册，阅读那里的消息处理。 Aleksey Mavrin 2021.03.13 22:26 #77 Igor Makanu:不具有说明性。在Win7下的虚拟机上，如果你不移动鼠标，CPU上有3-4%的负载。如果鼠标快速移动 - 11-14%的CPU负载我的意思是，Win系统中的消息队列总是需要被处理，它需要额外的CPU周期 - google "c++ windows window"。为了更清楚地用数字表示，我没有做什么--10-15波动，移动时17-30。但这是否应该导致OnTimer的速度降低2倍，当然不应该，除非在95-99%的负载下。 任何关于使用WinAPI在C++中编写Windows窗口应用程序的手册，请阅读那里的消息处理程序 消息处理程序占用了一小部分CPU，只是在没有队列的时候没有使用。对于MT进程来说，在这种负载下，不应该有处理器时间的减少。 Igor Makanu 2021.03.13 23:02 #78 Aleksey Mavrin:但它是否应该导致OnTimer的速度降低两倍，当然不是，除了95-99%的负载。 定时器也是一个WinAPI事件，但我怀疑每个MQL程序都订阅了系统定时器 - 它模拟了MQL环境（虚拟机）。 Aleksey Mavrin: 消息处理程序占用CPU份额，等等，只是在没有队列的时候不使用。对于MT进程来说，在这个负载下不应该有CPU时间的截止。 在一个活动窗口中总是有一个队列。 这是一个普通的咖啡叶猜测，终端将如何在图表和MQL-程序之间划分这个队列。 好了，最后--得到一个垄断模式，不处理消息--没有多少选择，首先是--独家全屏模式的应用，但这是另一个故事，如果 "资源争夺战PC"，那么你只需要一个API，去交换和写你的应用程序，并在那里注册窗口或没有 好的，对寻找CPU负载的峰值不感兴趣--只要我们在Vin中，任何事情都可能发生，我一般都能接受。 Andrei Trukhanovich 2021.03.13 23:04 #79 Igor Makanu:定时器也是一个WinAPI事件，但我怀疑每个MQL程序都订阅了系统定时器--它模拟了MQL环境（虚拟机）。 如果你记得有一个计时器和终端处理程序数量的错误，它间接地表明MT中的每个计时器很可能是一个系统wineplay。 fxsaber 2021.03.13 23:09 #80 在MT4上，情况更加有趣（代码 是跨平台的）--当鼠标移动时，OnTimer不再被调用。 123456789101112131415...18 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
是的，没有看到这是一个内部图表。
那么从剖析来看，滚动图表时，刹车的来源就在这一行。
用主动滚动进行剖析。
在没有滚动的情况下，通过主动的鼠标移动进行分析（没有按下LKM）。
ZS：所以刹车的来源毕竟不是坎瓦，而是物体。
不幸的是，我对这段代码的分析给出了一个空白。b2828.
不幸的是，我对这段代码的分析给出了一个空白。b2828.
看起来他们还没有完成剖析器。我以前有时也会得到一个空白。但现在它起作用了。
它对这个也有效。
这是错误的做法。特别是视觉测试仪有一个不同的延迟渲染模型，以免完全拖慢测试过程。
我明白了。 所以，除了在测试器中测量外，你还必须在图表中测量。
我没有这么说。
我指出了明显的错误，并解释了渲染系统的工作原理。
那么我就完全搞错了。对不起。
看起来他们还没有完成剖析器。我以前有时也会得到一个空白。但现在可以了。
这个也可以。
我在b2830上也一无所获。
在Windows事件模型 中--即使你快速移动鼠标，CPU负载也开始增加，无论哪个应用程序处于焦点位置。
SZY: 在Win10的任务管理器中检查了它...在Win7中，如果我快速移动鼠标，同样的负载也会增加，我怀疑Win10大幅改变了事件模型，最可能的是任务管理器以不同的方式工作，所以没有显示任何CPU负载的增加。
Vin10.下面是我在按住LKM的情况下在这个文本信息的输入窗口中移动鼠标时的情节
这里没有LKM
Vin10.下面是我在这个文本信息的输入窗口中按下LKM后移动鼠标时的情节
下面是没有LKM的情况。
不明显
这是使用Win7的虚拟桌面--如果我不移动鼠标，它就会使CPU负载3-4%。
如果鼠标快速移动 - 11-14%的负载
我的意思是，Win系统中的消息队列总是需要被处理，但这是额外的CPU周期--谷歌 "C++视窗"--任何使用WinAPI在C++中编写视窗应用程序的手册，阅读那里的消息处理。
不具有说明性。
在Win7下的虚拟机上，如果你不移动鼠标，CPU上有3-4%的负载。
如果鼠标快速移动 - 11-14%的CPU负载
我的意思是，Win系统中的消息队列总是需要被处理，它需要额外的CPU周期 - google "c++ windows window"。
为了更清楚地用数字表示，我没有做什么--10-15波动，移动时17-30。
但这是否应该导致OnTimer的速度降低2倍，当然不应该，除非在95-99%的负载下。
任何关于使用WinAPI在C++中编写Windows窗口应用程序的手册，请阅读那里的消息处理程序
但它是否应该导致OnTimer的速度降低两倍，当然不是，除了95-99%的负载。
定时器也是一个WinAPI事件，但我怀疑每个MQL程序都订阅了系统定时器 - 它模拟了MQL环境（虚拟机）。
消息处理程序占用CPU份额，等等，只是在没有队列的时候不使用。对于MT进程来说，在这个负载下不应该有CPU时间的截止。
在一个活动窗口中总是有一个队列。 这是一个普通的咖啡叶猜测，终端将如何在图表和MQL-程序之间划分这个队列。
好了，最后--得到一个垄断模式，不处理消息--没有多少选择，首先是--独家全屏模式的应用，但这是另一个故事，如果 "资源争夺战PC"，那么你只需要一个API，去交换和写你的应用程序，并在那里注册窗口或没有
好的，对寻找CPU负载的峰值不感兴趣--只要我们在Vin中，任何事情都可能发生，我一般都能接受。
定时器也是一个WinAPI事件，但我怀疑每个MQL程序都订阅了系统定时器--它模拟了MQL环境（虚拟机）。
如果你记得有一个计时器和终端处理程序数量的错误，它间接地表明MT中的每个计时器很可能是一个系统wineplay。