对MT5的祝愿 - 页 24 1...171819202122232425262728293031...117 新评论 x572intraday 2010.04.12 21:01 #231 Renat писал(а) # :在这里你可以看到，从1993年（实际上，在1999年之前，而不是分钟是天）的会议记录需要231兆字节，经过压缩后可以工作。然而，相邻的时钟只占用了4MB。如果我们用52个字节乘以4 400 000条，得出的数值约为230MB。一个有一个工作缓冲区（双倍）的简单移动平均线指标将需要4 400 000 * 8 = 35兆字节的内存。当交易员在终端设置中设置 "窗口中的最大条数 "时，他明确指定 "不超过指定的条数加载到内存中进行工作"。如果加载整个分钟历史（我在M1图表上工作），应用一些重型多缓冲器指标，并使用专家顾问，内存成本可能很高。我们不能认为 "我在一个窗口工作，看到500条，所以我可以卸下其余的"。你不能卸载--指标、专家顾问等在这些数据上生存和工作。 那么，这就是为什么我最近没能在M1上达到1996年，看到详细的分钟条，而被更高的TFs条所取代的原因吗？如果是这样，那么 "错误的历史提取 "的原因就消失了，特别是因为我们谈论的不是错误的MQL-脚本提取尝试，而是终端提取，在这里我没有作为程序员参与，只是一个简单的用户（除非我作为用户应该设置一个更大的最大条数的值？） 关于指标的实时重新计算...这是可以预见的，只是没有浇水，但这里有一个来自开发商自己的额外确认。很明显，对于指标的计算，现在从用户那里 "消失 "的酒吧也应该被考虑在内。但是，如果他们的意思是，而不仅仅是视觉方面，那么，在我看来，没有什么与在任何情况变化时对指标的分析性重新计算相矛盾的，而且不是整个堆栈，而是通过使用一个小的内存缓冲区逐个部门的历史，然后将子结果粘在一个结果中，最终形成指标读数。不是吗？而如果它是多线程的（每个子区有一个线程），那将是一种美，让你没有时间眨眼。但LIFO至少会涉及到向用户显示图形的可见部分，尽管它也可以用于对数据块的子计算，这取决于实现什么数学方法。总之，我认为所有这些都不应该以任何方式干扰 "单一来源数据--若干图表 "的美妙概念。而且，把研究所需的所有历史都放到内存中，并在每次打勾时都计算出来，这也是不合适的--当然，是在一个线程中！"。...嗯!但多线程立即扼杀了缩小计算用内存段的想法。这意味着有多少个线程用于处理，就有多少个子部门，所占用的内存将乘以这个数量（除非所有这些在构建链接和编译期间以某种狡猾的方式自动优化......然而，我不太确定我们是否应该像脚本和指标那样谈论MQL的条形计算，或者这种计算[应该]在终端代码层面上实现）。因此，我们可能不得不使用同样的2GB。事实证明，多线程有利于提高速度，而排序则有利于减少内存消耗。 如果我弄错了，你可以纠正我。 Вадим 2010.04.14 11:52 #232 如果内置指标有一个 "选择指标时间框架 "的选项就好了。默认是当前的时间框架。很明显，我们可以创建任何指标，但也有一些人刚刚开始使用TM5。而在一般情况下，这样的选项将是有用的。 Vasily 2010.04.14 12:29 #233 你如何想象在日线图上显示30分钟5周期移动平均线？是不是像日线蜡烛图里面的柱状图？ Вадим 2010.04.14 20:15 #234 CoreWinTT: 你如何想象日线图上的5个周期30分钟移动平均线？ 这就像日线蜡烛图上的一个小缺口？ 嗯，我是不是说错了什么......。我有一些来自其他时间段的东西，但我还没有检查其真实性（还没有足够的时间）。 x572intraday 2010.04.15 01:42 #235 我认为在属性中为每个图形对象提供其创建日期和时间（+可以是最后一次修改）是非常有用的。有时，知道这一点非常重要，因为有时你画了一些东西，然后旁边有一些类似的东西，你会犹豫......- 而你不记得你是多久以前画的，多久以前画的...以及其中哪些人目前有可疑的相关性，需要被删除以卸下时间表。毕竟，就市场情况本身而言，并非一切都很明显，也并非一切都很紧迫。所以，你去那里。小事一桩，但令人愉快。 x572intraday 2010.04.15 01:49 #236 在S.I. Ozhegov编著的《俄语解释词典》中，这些单词在字母O上。我想做一个侦探调查，看看开发者在 "对象列表 "的第四栏中隐藏了什么......如果是国家大事呢？ 你怎么在黑暗中睡觉？我不能把它弄出来。我是这样做的，也是那样做的，用的是凿子，用的也是凿子。 Rashid Umarov 2010.04.15 01:55 #237 这是该对象所在窗口的编号。 来自终端的帮助（阅读帮助，都在那里）。 В данном окне отображается список всех объектов, наложенных в данный момент на график. Наложенные объекты представлены в виде таблицы со следующими полями: 对象 - 对象的类型。Name - 对象的名称。 该名称由以下内容组成：对象所叠加的图表周期、对象类型和自动分配给每个对象的唯一标识符。这个名字可以在对象属性中改变。描述 - 对象描述。 它也可以在对象 属性 中改变。Window - 应用该对象的窗口的编号。 0表示主图表窗口，后面的数字是指标子窗口的序号，从上到下。 如果你勾选了 "对象 "字段，该对象将在图表中被突出显示。如果你按下 "显示 "按钮，图表将被移动到选定的对象上。如果你按下 "属性 "按钮，你将进入编辑所选对象的属性。如果你按下 "删除 "按钮，选定的对象将被删除。 使用Ctrl+A热键来选择所有对象。 x572intraday 2010.04.15 02:00 #238 Rosh писал(а) # : 这是该对象所在窗口的编号。 哦，我明白了。谢谢你。 甚至说子箱更准确，那就是，例如，在一个单一图表的总窗口内的一个指标窗口（不直接叠加在图表上）。关于 "对象列表 "窗口...好吧，也许用 "表格记忆 "使它成为传统，使分离器固定在你释放鼠标按钮时的位置是合理的？ x572intraday 2010.04.16 00:51 #239 请对某些TF上的缝隙区域出现的垂直正面线进行评论，如果你认为没有必要消除它，请说明你的决定。同样的神器出现在更宽的烛台上。我可能是错的，但类似的事情在MT4中出现，但非常少。直到现在，我们经常在MT4中看到另一个奇怪的效果--小TF上的垂直图表缺口，但不是在前面本身，而是在历史的深处。也就是说，本来没有差距，但观察到了差距。也许历史的某一小部分被不正确的下载 "吞噬 "了，或者有其他原因。谢谢你。 附加的文件： frontal_vertical_line.rar 759 kb Mer495 2010.04.17 01:01 #240 祝愿!!!!注：!!!!!你是否有一个Document，请在功能描述的结尾处，按要求严格按照这个功能打开论坛，很有帮助，有时你看了描述却不太明白对所需的EA构建的效果或影响，并开始失去时间，在论坛上搜索也许有人已经体验过这个功能，但如果你不明白的东西，在这里作为Code Base你已经做了阅读!!!!你怎么说!!!!我认为许多人需要它！！！。 1...171819202122232425262728293031...117 新评论 原因: 取消 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
在这里你可以看到，从1993年（实际上，在1999年之前，而不是分钟是天）的会议记录需要231兆字节，经过压缩后可以工作。然而，相邻的时钟只占用了4MB。
如果我们用52个字节乘以4 400 000条，得出的数值约为230MB。一个有一个工作缓冲区（双倍）的简单移动平均线指标将需要4 400 000 * 8 = 35兆字节的内存。
当交易员在终端设置中设置 "窗口中的最大条数 "时，他明确指定 "不超过指定的条数加载到内存中进行工作"。如果加载整个分钟历史（我在M1图表上工作），应用一些重型多缓冲器指标，并使用专家顾问，内存成本可能很高。我们不能认为 "我在一个窗口工作，看到500条，所以我可以卸下其余的"。你不能卸载--指标、专家顾问等在这些数据上生存和工作。
那么，这就是为什么我最近没能在M1上达到1996年，看到详细的分钟条，而被更高的TFs条所取代的原因吗？如果是这样，那么 "错误的历史提取 "的原因就消失了，特别是因为我们谈论的不是错误的MQL-脚本提取尝试，而是终端提取，在这里我没有作为程序员参与，只是一个简单的用户（除非我作为用户应该设置一个更大的最大条数的值？）
关于指标的实时重新计算...这是可以预见的，只是没有浇水，但这里有一个来自开发商自己的额外确认。很明显，对于指标的计算，现在从用户那里 "消失 "的酒吧也应该被考虑在内。但是，如果他们的意思是，而不仅仅是视觉方面，那么，在我看来，没有什么与在任何情况变化时对指标的分析性重新计算相矛盾的，而且不是整个堆栈，而是通过使用一个小的内存缓冲区逐个部门的历史，然后将子结果粘在一个结果中，最终形成指标读数。不是吗？而如果它是多线程的（每个子区有一个线程），那将是一种美，让你没有时间眨眼。但LIFO至少会涉及到向用户显示图形的可见部分，尽管它也可以用于对数据块的子计算，这取决于实现什么数学方法。
总之，我认为所有这些都不应该以任何方式干扰 "单一来源数据--若干图表 "的美妙概念。
而且，把研究所需的所有历史都放到内存中，并在每次打勾时都计算出来，这也是不合适的--当然，是在一个线程中！"。
...嗯!但多线程立即扼杀了缩小计算用内存段的想法。这意味着有多少个线程用于处理，就有多少个子部门，所占用的内存将乘以这个数量（除非所有这些在构建链接和编译期间以某种狡猾的方式自动优化......然而，我不太确定我们是否应该像脚本和指标那样谈论MQL的条形计算，或者这种计算[应该]在终端代码层面上实现）。因此，我们可能不得不使用同样的2GB。事实证明，多线程有利于提高速度，而排序则有利于减少内存消耗。
如果我弄错了，你可以纠正我。
如果内置指标有一个 "选择指标时间框架 "的选项就好了。默认是当前的时间框架。很明显，我们可以创建任何指标，但也有一些人刚刚开始使用TM5。而在一般情况下，这样的选项将是有用的。
你如何想象在日线图上显示30分钟5周期移动平均线？
是不是像日线蜡烛图里面的柱状图？
你如何想象日线图上的5个周期30分钟移动平均线？
这就像日线蜡烛图上的一个小缺口？
我认为在属性中为每个图形对象提供其创建日期和时间（+可以是最后一次修改）是非常有用的。有时，知道这一点非常重要，因为有时你画了一些东西，然后旁边有一些类似的东西，你会犹豫......- 而你不记得你是多久以前画的，多久以前画的...以及其中哪些人目前有可疑的相关性，需要被删除以卸下时间表。毕竟，就市场情况本身而言，并非一切都很明显，也并非一切都很紧迫。所以，你去那里。
小事一桩，但令人愉快。
在S.I. Ozhegov编著的《俄语解释词典》中，这些单词在字母O上。我想做一个侦探调查，看看开发者在 "对象列表 "的第四栏中隐藏了什么......如果是国家大事呢？ 你怎么在黑暗中睡觉？我不能把它弄出来。我是这样做的，也是那样做的，用的是凿子，用的也是凿子。
这是该对象所在窗口的编号。 来自终端的帮助（阅读帮助，都在那里）。
В данном окне отображается список всех объектов, наложенных в данный момент на график. Наложенные объекты представлены в виде таблицы со следующими полями:
如果你勾选了 "对象 "字段，该对象将在图表中被突出显示。如果你按下 "显示 "按钮，图表将被移动到选定的对象上。如果你按下 "属性 "按钮，你将进入编辑所选对象的属性。如果你按下 "删除 "按钮，选定的对象将被删除。 使用Ctrl+A热键来选择所有对象。
这是该对象所在窗口的编号。
哦，我明白了。谢谢你。 甚至说子箱更准确，那就是，例如，在一个单一图表的总窗口内的一个指标窗口（不直接叠加在图表上）。
关于 "对象列表 "窗口...好吧，也许用 "表格记忆 "使它成为传统，使分离器固定在你释放鼠标按钮时的位置是合理的？
请对某些TF上的缝隙区域出现的垂直正面线进行评论，如果你认为没有必要消除它，请说明你的决定。同样的神器出现在更宽的烛台上。我可能是错的，但类似的事情在MT4中出现，但非常少。直到现在，我们经常在MT4中看到另一个奇怪的效果--小TF上的垂直图表缺口，但不是在前面本身，而是在历史的深处。也就是说，本来没有差距，但观察到了差距。也许历史的某一小部分被不正确的下载 "吞噬 "了，或者有其他原因。
谢谢你。
祝愿!!!!注：!!!!!
你是否有一个Document，请在功能描述的结尾处，按要求严格按照这个功能打开论坛，很有帮助，有时你看了描述却不太明白对所需的EA构建的效果或影响，并开始失去时间，在论坛上搜索也许有人已经体验过这个功能，但如果你不明白的东西，在这里作为Code Base你已经做了阅读!!!!你怎么说!!!!我认为许多人需要它！！！。