FXT文件的2GB限制仍然存在吗？ - 页 6 123456 新评论 Trevhib 2013.07.10 08:06 #51 嗨，Raptor，我终于把 数据重新导出到csv中。 我计算了一下2013年4月22日（FXCM服务器时间7:00至20:00）全天的点数，总共4690点，与你看到的情况完全不同。你的图表显示的是富时指数，对吗（因为这是我评论的主题）？ 如果是这样，我只能想象他们有一个用于点差赌注账户和一个用于差价合约的饲料，而我们各自看的是另一个。编辑--刚刚再次看了你的图表，你有凌晨的数据。 FXCM只提供英国开盘时的富时指数。 我们一定是在看不同的工具，笑了。 Simon Gniadkowski 2013.07.10 08:19 #52 Trevhib:嗨，Raptor，我终于把数据重新导出到csv中。 我计算了一下2013年4月22日（FXCM服务器时间7:00至20:00）整个时间段的点数，总共4690点，与你看到的完全不同。你的图表显示的是富时指数，对吗（因为这是我评论的主题）？ 如果是这样，我只能想象他们有一个用于点差赌注账户和一个用于差价合约的饲料，而我们各自看的是另一个。编辑--刚刚再次看了你的图表，你有凌晨的数据。 FXCM只提供英国开盘时的富时指数。 我们一定是在看不同的工具，笑了。 对不起，不是富时100，是英镑兑美元，我应该说......我没有，因为我只是想表达，不同经纪商的跳动次数可能有很大的不同。 Trevhib 2013.07.10 08:45 #53 哈，现在更有意义了，没问题。 是的，这是个很好的视觉化。照片中的人是在赛道上的你吗？ 你驾驶/骑的是什么？ Simon Gniadkowski 2013.07.10 09:23 #54 Trevhib:哈，现在更有意义了，没问题。 是的，这是个很好的视觉化。照片中的人是在赛道上的你吗？ 你驾驶/骑的是什么？ 不是，F1赛车，40岁生日礼物 。 Trevhib 2013.07.10 09:43 #55 扇形闪烁的神奇 :) joi 2014.07.21 13:39 #56 你好，我确认MT4(v4,670)在使用超过4GB的Tickstory FXT文件时出现的错误：我有一个8GB的EURUSD文件，从20070101-20140719。回测 在20110429处被破坏。我从20110401到20110429重新开始。结果是一样的：在20110429处中断了。我从20110428-20110429开始，结果也一样。没有错误信息，但最后的开仓被 "在停止时关闭 "的信息所关闭。 然后我把20110101至20140719的ticksotry数据导出到MT4（只有4GB），效果不错。因此，错误肯定是在数据中，而不是EA。错误是在FXT文件中，或在MT4或Tickstory中，但绝对不是在win 7/8/8.1中，因为它们使用NTFS，文件限制为25 TerraByte!请尝试通知我/aske来调试这个问题（Metaquotes或ticksory）！！。随着越来越多的用户询问，我们将很快有一个解决方案。上面描述的解决方案是狗屎，因为如果你分两部分或三部分进行测试，有可能，EA的设置在第一部分测试中运行良好，但在第二或第三部分时间区域，你的EA可能会失去100%^^谁有解决方案？ Jon Grah 2014.07.22 00:00 #57 joi: 你好，我确认MT4（v4,670）在使用Tickstory FXT-file超过4GB时的错误：我有一个8GB的欧元兑美元文件，从20070101-20140719。回测在20110429处被破坏。我从20110401到20110429重新开始。结果是一样的：在20110429处中断了。我从20110428-20110429开始，结果也一样。没有错误信息，但最后的开仓被 "在停止时关闭 "的信息所关闭。然后我把20110101至20140719的ticksotry数据导出到MT4（只有4GB），效果不错。因此，错误肯定是在数据中，而不是EA。错误是在FXT文件中，或在MT4或Tickstory中，但绝对不是在win 7/8/8.1中，因为它们使用NTFS，文件限制为25 TerraByte!请尝试通知我/aske来调试这个问题（Metaquotes或ticksory）！！。随着越来越多的用户询问，我们将很快有一个解决方案。以上描述的解决方案是狗屎，因为如果你分两部分或三部分进行测试，有可能，EA的设置在第一部分测试中运行良好，但在第二或第三部分时间区域，你的EA可能会失去100%^^有人有解决方案吗？ 运行这样的回测（逐点计算）需要多长时间？ 虽然运行一个完整的回测很方便，但把文件分成2年的增量可能更快。 那么最后2年生成到当前日期就更快了，因为fxt文件的生成会花费一段时间。BTW，我使用TDS，我绕过了文件大小的限制问题。 但我发现就回测速度而言，较大的文件更难处理。 运行2年的回测比单个-8年的回测更容易，然后把它们拼接在一起。部分原因也是由于所涉及的策略，例如需要tick数据来设置信号和日内的进场/出场。 而且我得到了可变的点差。 我仍然使用tickstory来生成csv文件。[咆哮] 如果mt4有自己的tick数据 历史导入器来直接处理csv文件，那么大部分甚至所有的废话都会变得更容易。 他们做了那么多的改变，却忽略了准确的tick数据对于执行回测的重要性。mt5公然不允许任何数据导入。[/rant] 如果你想经常使用mt4进行回测，Birt的Tick Data Suite就是答案。 Simon Gniadkowski 2014.07.22 10:04 #58 joi: 你好，我确认MT4(v4,670)在使用Tickstory FXT-file超过4GB时出现的错误。 这不是一个bug，是一个限制......如果你不满意，请告诉服务台。4evermaat: [咆哮] 如果mt4有自己的tick数据 历史导入器来直接处理csv文件，那么大部分甚至所有的废话都会变得更容易。 他们做了这么多的改变，却忽略了准确的tick数据对于执行回测的重要性。mt5公然不允许任何数据导入。[/rant] 如果你想经常使用mt4进行回测，Birt的Tick Data Suite就是答案。 MetaQuotes不关心跳动数据，并认为使用跳动数据与使用合成跳动数据没有区别 ......所以他们不可能很快实施什么。 不过我同意你的观点 ...... 123456 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
嗨，Raptor，我终于把 数据重新导出到csv中。 我计算了一下2013年4月22日（FXCM服务器时间7:00至20:00）全天的点数，总共4690点，与你看到的情况完全不同。
你的图表显示的是富时指数，对吗（因为这是我评论的主题）？ 如果是这样，我只能想象他们有一个用于点差赌注账户和一个用于差价合约的饲料，而我们各自看的是另一个。
编辑--刚刚再次看了你的图表，你有凌晨的数据。 FXCM只提供英国开盘时的富时指数。 我们一定是在看不同的工具，笑了。
嗨，Raptor，我终于把数据重新导出到csv中。 我计算了一下2013年4月22日（FXCM服务器时间7:00至20:00）整个时间段的点数，总共4690点，与你看到的完全不同。
你的图表显示的是富时指数，对吗（因为这是我评论的主题）？ 如果是这样，我只能想象他们有一个用于点差赌注账户和一个用于差价合约的饲料，而我们各自看的是另一个。
编辑--刚刚再次看了你的图表，你有凌晨的数据。 FXCM只提供英国开盘时的富时指数。 我们一定是在看不同的工具，笑了。
哈，现在更有意义了，没问题。 是的，这是个很好的视觉化。
照片中的人是在赛道上的你吗？ 你驾驶/骑的是什么？
哈，现在更有意义了，没问题。 是的，这是个很好的视觉化。
照片中的人是在赛道上的你吗？ 你驾驶/骑的是什么？
然后我把20110101至20140719的ticksotry数据导出到MT4（只有4GB），效果不错。因此，错误肯定是在数据中，而不是EA。错误是在FXT文件中，或在MT4或Tickstory中，但绝对不是在win 7/8/8.1中，因为它们使用NTFS，文件限制为25 TerraByte!请尝试通知我/aske来调试这个问题（Metaquotes或ticksory）！！。随着越来越多的用户询问，我们将很快有一个解决方案。上面描述的解决方案是狗屎，因为如果你分两部分或三部分进行测试，有可能，EA的设置在第一部分测试中运行良好，但在第二或第三部分时间区域，你的EA可能会失去100%^^谁有解决方案？
你好，我确认MT4（v4,670）在使用Tickstory FXT-file超过4GB时的错误：我有一个8GB的欧元兑美元文件，从20070101-20140719。回测在20110429处被破坏。我从20110401到20110429重新开始。结果是一样的：在20110429处中断了。我从20110428-20110429开始，结果也一样。没有错误信息，但最后的开仓被 "在停止时关闭 "的信息所关闭。然后我把20110101至20140719的ticksotry数据导出到MT4（只有4GB），效果不错。因此，错误肯定是在数据中，而不是EA。错误是在FXT文件中，或在MT4或Tickstory中，但绝对不是在win 7/8/8.1中，因为它们使用NTFS，文件限制为25 TerraByte!请尝试通知我/aske来调试这个问题（Metaquotes或ticksory）！！。随着越来越多的用户询问，我们将很快有一个解决方案。以上描述的解决方案是狗屎，因为如果你分两部分或三部分进行测试，有可能，EA的设置在第一部分测试中运行良好，但在第二或第三部分时间区域，你的EA可能会失去100%^^有人有解决方案吗？
运行这样的回测（逐点计算）需要多长时间？ 虽然运行一个完整的回测很方便，但把文件分成2年的增量可能更快。 那么最后2年生成到当前日期就更快了，因为fxt文件的生成会花费一段时间。
BTW，我使用TDS，我绕过了文件大小的限制问题。 但我发现就回测速度而言，较大的文件更难处理。 运行2年的回测比单个-8年的回测更容易，然后把它们拼接在一起。部分原因也是由于所涉及的策略，例如需要tick数据来设置信号和日内的进场/出场。 而且我得到了可变的点差。 我仍然使用tickstory来生成csv文件。
[咆哮] 如果mt4有自己的tick数据 历史导入器来直接处理csv文件，那么大部分甚至所有的废话都会变得更容易。 他们做了那么多的改变，却忽略了准确的tick数据对于执行回测的重要性。mt5公然不允许任何数据导入。[/rant] 如果你想经常使用mt4进行回测，Birt的Tick Data Suite就是答案。
你好，我确认MT4(v4,670)在使用Tickstory FXT-file超过4GB时出现的错误。
这不是一个bug，是一个限制......如果你不满意，请告诉服务台。
[咆哮] 如果mt4有自己的tick数据 历史导入器来直接处理csv文件，那么大部分甚至所有的废话都会变得更容易。 他们做了这么多的改变，却忽略了准确的tick数据对于执行回测的重要性。mt5公然不允许任何数据导入。[/rant] 如果你想经常使用mt4进行回测，Birt的Tick Data Suite就是答案。