对MQL5的祝愿 - 页 113 1...106107108109110111112113114115116117118119120...131 新评论 Mykola Demko 2009.10.24 23:49 #1121 fwiq >> : 为什么如此无视这个问题？问题原本是在哪里可以读到交通抽水系统是如何运作的，以及如何在不确定的数据量背景下预测无意义的抽水结束。这里的问题不是10Gb，而是我们是否需要它们，尽管10只是一个一般的开始，因为即使根据对1个工具的近似计算，要查看它自1980年以来的月度TF，你需要几乎560Mb，而不是avtomat指出的2Mb（因为2M条是有限的显示，而不是Mb用于下载的细节）。例如，粗略计算一下，分钟=每小时60分钟*每天24小时*每年270天*30年=11664000分钟的间隔。现在我们应该把它乘以以字节为单位的记录长度（我想是6个字段，每个字段8个字节），总数将是559872000，也就是四舍五入后的560Mb。 而你需要这个只是为了看月度图表？一件乐器的整张CD，甚至通过互联网？如果是这样，请把我记为穷光蛋，我也没有准备好接受这种疯狂的行为。 我不知道你在说什么。 在这里，我打开MT-5文件夹HistoriGBPUSD，其大小为16.2Mb。 当你打开MT-5，在GBPUSD窗口看到2008年11月19日的日期，关于一年的历史你需要16.2Mb（准确的说是11个月）。 一个月的历史约560MB，一对???????????????????? 如果是30年前，那就更有话题了。 Hide 2009.10.24 23:59 #1122 fwiq >> : 为什么如此无视这个问题？问题原本是在哪里可以读到交通抽水系统是如何运作的，以及如何在不确定的数据量背景下预测无意义的抽水结束。这里的问题不是10Gb，而是我们是否需要它们，尽管10只是一个一般的开始，因为即使根据对1个工具的近似计算，要查看它自1980年以来的月度TF，你需要几乎560Mb，而不是avtomat指出的2Mb（因为2M条是有限的显示，而不是Mb用于下载的细节）。例如，粗略计算一下，分钟=每小时60分钟*每天24小时*每年270天*30年=11664000分钟的间隔。现在我们应该把它乘以以字节为单位的记录长度（我想是6个字段，每个字段8个字节），总数将是559872000，也就是四舍五入后的560Mb。 而你需要这个只是为了看月度图表？一件乐器的整张CD，甚至通过互联网？如果是这样，请把我放在贫民区，我也没有准备好接受这种疯狂。 你们都是疯子!这有什么区别，10-20-30G - 你甚至意识到它有多小吗？你生活在哪个世纪？ 我不明白，想做外汇，想省钱买火柴。 而且，对于那些没有注意的人来说，再一次。从网上下载的数量要少得多。 Vladimir Klepinin 2009.10.25 01:05 #1123 HideYourRichess писал(а)>> 你们都是疯子!有什么区别呢？"10-20-30G"--你甚至没有意识到这有多小吗？你生活在哪个世纪？ 试图在外汇市场上工作并在火柴上省钱是我永远无法理解的事情。 再说一遍，对于那些没有注意到的人。 少了多少？你给出数字，或者只是不恰当的指责，而不是论证。 我不明白，为什么我必须下载1984年的会议记录？有相当多的成熟的解决方案在服务器和站之间交换数据，而且没有这样的zaponov。如果没有其他的解决办法，那么大动干戈有什么意义？ Rashid Umarov 2009.10.25 07:40 #1124 fwiq >> : 那么量又少了多少呢？你给出数字，否则你只是在做不恰当的指责而不是论证。 在MetaTrader 5客户终端 的公告中已经宣布，: MetaTrader 5中存储历史数据的格式是非常经济的。例如，一分钟的英镑兑美元10年的历史报价只需要大约10兆字节。一旦你下载了这段历史，你就可以建立从M1到MN1的所有符号的图表。 Hide 2009.10.25 10:04 #1125 fwiq >> : 我不明白为什么我需要下载1984年的会议记录。有相当多的成熟的解决方案来交换服务器和站的数据，而且没有这种差距。如果没有其他的解决办法，那么大动干戈有什么意义？ >> 沸腾了吗？- >> 我很生气!花了这么大的力气才让管委会同意建立一个正常的数据存储系统，统一和一致--不靠谱，有不满的，索罗斯-巴菲特，战略投资者在月度合同上交易，在火柴上节省。 [删除] 2009.10.25 10:49 #1126 Rosh >> : 在公告中已经报道了MetaTrader 5客户终端，: avtomat 23.10.2009 07:22 说句不好听的，这个解决方案本身在原理上和概念上都是值得怀疑的。五个办公室，每个办公室有500台仪器，需要多少资源呢？而且，由于应该包括几组仪器，这个数字将是几倍！存储所有这些垃圾是一个问题。其次--平行运行五个终端，每个终端有10个窗口--这将消耗多少资源？ 而且，除此之外，运行几个应用程序也无妨....开发人员，请正确计算一切，并让工人知道他们应该准备什么！！ 。Rosh ，你能不能好心评论一下！ ПавелИванович 2009.10.25 13:27 #1127 avtomat писал(а)>> avtomat 23.10.2009 07:22 说句不客气的话，用分钟的解决方案本身在原理上、概念上是值得怀疑的。五个办公室，每个办公室有500个工具，需要多少资源来工作？而且由于应该包括几组工具，这个数字会大几倍！其次--并行运行五个终端，每个终端有10个窗口--这里会消耗多少？ 而且，除此之外，运行几个应用程序也无妨....开发人员，请正确计算一切，让工人知道他们应该准备什么！！ 。Rosh ，请好心评论！ 原则上说，我也对你的愤怒感到疑惑。 没有人强迫你下载30多年来所有500种乐器的历史。 我也有一台相当老的电脑（赛扬1600，80GB的Wind），但MT5对我来说运行良好。为了测试，我下载了1999年的欧元和英镑。为此，我不得不在工具上花了20分钟。基本上--对下载方法的负面印象：你打开月度图表，愚蠢地按下<首页>，整整20分钟。我可以想象，要在30年内下载500个工具，要经历多大的麻烦!:-))))) 我的意思是，即使是意外，也很难下载所有这些东西。而且你不会偶然抽到它。一个例子 - 我有日元和法郎。 这里是有历史的目录。 Vladimir Klepinin 2009.10.25 13:44 #1128 HideYourRichess писал(а)>> >> 沸腾了吗？- >> 我很生气!花了很多努力才让麦克同意建立一个适当的数据存储系统，统一和一致的--不废话，有一些心怀不满的，索罗斯自助餐，战略投资者按月交易，并节省比赛的费用。 这是无稽之谈，为什么要崇拜魔鬼，并抛出空洞的吹嘘，而这个系统根本就是愚蠢的不可行的。我们甚至不会谈论在我们的交易室的服务器上会发生什么，当几百个用户开始下载他们时，我们将切换到MT5。我们可以忘记（在我们自己的冷静程度上）流量费用，这种为安装新程序版本的奇特付款。但事情的情况是这样的。有一种观点认为，终端的图表信息是由工具中存在的记录在\instrument\cache\period.hc 文件中生成的。如果是这样，那么事实上，终端形成了对文件的数据请求，该文件位于终端的同一个工具中，尽管之前服务器没有提出这样的请求。也就是说，以前只有请求中的内容被抽出，而现在整个垃圾部分被抽出，然后在电脑上从中选择有用的东西。这就像你去商店买电脑，他们给你一堆备件和一些垃圾半辆车，让你自己花钱买，然后到你家用那些垃圾给你造出你最初想要的电脑配置。你如何从常识的角度来评价这个决定？ Vladimir Klepinin 2009.10.25 13:52 #1129 api писал(а)>> 原则上说，我也对你的愤慨感到困惑。 没有人强迫你下载30多年来所有500种乐器的历史。 我也有一台相当老的电脑（赛扬1600，80GB的Wind），但MT5对我来说运行良好。为了测试，我下载了1999年的欧元和英镑。为此，我不得不在工具上花了20分钟。基本上--对下载方法的负面印象：你打开月度图表，愚蠢地按下<首页>，整整20分钟。我可以想象，要在30年内下载500个工具，要经历多大的麻烦!:-))))) 我的意思是，即使是意外，也很难下载所有这些东西。而且你不会偶然抽到它。一个例子 - 我有日元和法郎。 这里有一份有历史的目录。 你的意思是你不想按月 "MN "或一般的周来查看TFs？ 或者你在查看这些TFs时不下载该时间段的分钟？如果是这样的话，那么问题就解决了。 Hide 2009.10.25 14:10 #1130 fwiq >> : 这是无稽之谈，为什么要崇拜魔鬼，并抛出空洞的吹嘘，而这个系统根本就是愚蠢的不可行的。我们甚至不会谈论在我们的交易室的服务器上会发生什么，当几百个用户开始下载他们时，我们将切换到MT5。我们可以忘记（在我们自己的冷静程度上）流量费用，这种为安装新程序版本的奇特付款。但事情的情况是这样的。有一种观点认为，终端的图表信息是由工具中存在的记录在\instrument\cache\period.hc 文件中生成的。如果是这样，那么事实上，终端形成了对文件的数据请求，该文件位于终端的同一个工具中，尽管之前服务器没有提出这样的请求。也就是说，以前只有请求中的内容被抽出，而现在整个垃圾部分被抽出，然后在电脑上从中选择有用的东西。这就像你去商店买电脑，他们给你一堆备件和一些垃圾半辆车，让你自己花钱买，然后到你家用那些垃圾给你造出你最初想要的电脑配置。你如何从常识的角度评价这一决定？ 当你开始测试时，所有这些推理都不算什么。所以，是的，如果你只想盯着图表看，你不需要任何东西。但为什么要 "只盯着图表"，MT并不清楚。在网站上看月度图表比较容易。流量很小。 1...106107108109110111112113114115116117118119120...131 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
为什么如此无视这个问题？问题原本是在哪里可以读到交通抽水系统是如何运作的，以及如何在不确定的数据量背景下预测无意义的抽水结束。这里的问题不是10Gb，而是我们是否需要它们，尽管10只是一个一般的开始，因为即使根据对1个工具的近似计算，要查看它自1980年以来的月度TF，你需要几乎560Mb，而不是avtomat指出的2Mb（因为2M条是有限的显示，而不是Mb用于下载的细节）。例如，粗略计算一下，分钟=每小时60分钟*每天24小时*每年270天*30年=11664000分钟的间隔。现在我们应该把它乘以以字节为单位的记录长度（我想是6个字段，每个字段8个字节），总数将是559872000，也就是四舍五入后的560Mb。
而你需要这个只是为了看月度图表？一件乐器的整张CD，甚至通过互联网？如果是这样，请把我记为穷光蛋，我也没有准备好接受这种疯狂的行为。
我不知道你在说什么。
在这里，我打开MT-5文件夹HistoriGBPUSD，其大小为16.2Mb。
当你打开MT-5，在GBPUSD窗口看到2008年11月19日的日期，关于一年的历史你需要16.2Mb（准确的说是11个月）。
一个月的历史约560MB，一对????????????????????
如果是30年前，那就更有话题了。
为什么如此无视这个问题？问题原本是在哪里可以读到交通抽水系统是如何运作的，以及如何在不确定的数据量背景下预测无意义的抽水结束。这里的问题不是10Gb，而是我们是否需要它们，尽管10只是一个一般的开始，因为即使根据对1个工具的近似计算，要查看它自1980年以来的月度TF，你需要几乎560Mb，而不是avtomat指出的2Mb（因为2M条是有限的显示，而不是Mb用于下载的细节）。例如，粗略计算一下，分钟=每小时60分钟*每天24小时*每年270天*30年=11664000分钟的间隔。现在我们应该把它乘以以字节为单位的记录长度（我想是6个字段，每个字段8个字节），总数将是559872000，也就是四舍五入后的560Mb。
而你需要这个只是为了看月度图表？一件乐器的整张CD，甚至通过互联网？如果是这样，请把我放在贫民区，我也没有准备好接受这种疯狂。
你们都是疯子!这有什么区别，10-20-30G - 你甚至意识到它有多小吗？你生活在哪个世纪？
我不明白，想做外汇，想省钱买火柴。
而且，对于那些没有注意的人来说，再一次。从网上下载的数量要少得多。
你们都是疯子!有什么区别呢？"10-20-30G"--你甚至没有意识到这有多小吗？你生活在哪个世纪？
试图在外汇市场上工作并在火柴上省钱是我永远无法理解的事情。
再说一遍，对于那些没有注意到的人。
少了多少？你给出数字，或者只是不恰当的指责，而不是论证。
我不明白，为什么我必须下载1984年的会议记录？有相当多的成熟的解决方案在服务器和站之间交换数据，而且没有这样的zaponov。如果没有其他的解决办法，那么大动干戈有什么意义？
那么量又少了多少呢？你给出数字，否则你只是在做不恰当的指责而不是论证。
在MetaTrader 5客户终端 的公告中已经宣布，:
我不明白为什么我需要下载1984年的会议记录。有相当多的成熟的解决方案来交换服务器和站的数据，而且没有这种差距。如果没有其他的解决办法，那么大动干戈有什么意义？
在公告中已经报道了MetaTrader 5客户终端，:
avtomat 23.10.2009 07:22
说句
不好听的，这个解决方案本身在原理上和概念上都是值得怀疑的。
五个办公室，每个办公室有500台仪器，需要多少资源呢？
而且，由于应该包括几组仪器，这个数字将是几倍！
存储所有这些垃圾是一个问题。
其次--平行运行五个终端，每个终端有10个窗口--这将消耗多少资源？
而且，除此之外，运行几个应用程序也无妨....
开发人员，请正确计算一切，并让工人知道他们应该准备什么！
！。
Rosh
，你能不能好心评论一下！
avtomat 23.10.2009 07:22
说句不客气的话
，用分钟的解决方案本身在原理上、概念上是值得怀疑的。
五个办公室，每个办公室有500个工具，需要多少资源来工作？
而且由于应该包括几组工具，这个数字会大几倍！
其次--并行运行五个终端，每个终端有10个窗口--这里会消耗多少？
而且，除此之外，运行几个应用程序也无妨....
开发人员，请正确计算一切，让工人知道他们应该准备什么！
！。
Rosh
，请好心评论！
原则上说，我也对你的愤怒感到疑惑。
没有人强迫你下载30多年来所有500种乐器的历史。
我也有一台相当老的电脑（赛扬1600，80GB的Wind），但MT5对我来说运行良好。为了测试，我下载了1999年的欧元和英镑。为此，我不得不在工具上花了20分钟。基本上--对下载方法的负面印象：你打开月度图表，愚蠢地按下<首页>，整整20分钟。我可以想象，要在30年内下载500个工具，要经历多大的麻烦!:-)))))
我的意思是，即使是意外，也很难下载所有这些东西。而且你不会偶然抽到它。一个例子 - 我有日元和法郎。
这里是有历史的目录。
>> 沸腾了吗？- >> 我很生气!花了很多努力才让麦克同意建立一个适当的数据存储系统，统一和一致的--不废话，有一些心怀不满的，索罗斯自助餐，战略投资者按月交易，并节省比赛的费用。
这是无稽之谈，为什么要崇拜魔鬼，并抛出空洞的吹嘘，而这个系统根本就是愚蠢的不可行的。我们甚至不会谈论在我们的交易室的服务器上会发生什么，当几百个用户开始下载他们时，我们将切换到MT5。我们可以忘记（在我们自己的冷静程度上）流量费用，这种为安装新程序版本的奇特付款。但事情的情况是这样的。有一种观点认为，终端的图表信息是由工具中存在的记录在\instrument\cache\period.hc 文件中生成的。如果是这样，那么事实上，终端形成了对文件的数据请求，该文件位于终端的同一个工具中，尽管之前服务器没有提出这样的请求。也就是说，以前只有请求中的内容被抽出，而现在整个垃圾部分被抽出，然后在电脑上从中选择有用的东西。这就像你去商店买电脑，他们给你一堆备件和一些垃圾半辆车，让你自己花钱买，然后到你家用那些垃圾给你造出你最初想要的电脑配置。你如何从常识的角度来评价这个决定？
原则上说，我也对你的愤慨感到困惑。
没有人强迫你下载30多年来所有500种乐器的历史。
我也有一台相当老的电脑（赛扬1600，80GB的Wind），但MT5对我来说运行良好。为了测试，我下载了1999年的欧元和英镑。为此，我不得不在工具上花了20分钟。基本上--对下载方法的负面印象：你打开月度图表，愚蠢地按下<首页>，整整20分钟。我可以想象，要在30年内下载500个工具，要经历多大的麻烦!:-)))))
我的意思是，即使是意外，也很难下载所有这些东西。而且你不会偶然抽到它。一个例子 - 我有日元和法郎。
这里有一份有历史的目录。
你的意思是你不想按月 "MN "或一般的周来查看TFs？ 或者你在查看这些TFs时不下载该时间段的分钟？如果是这样的话，那么问题就解决了。
这是无稽之谈，为什么要崇拜魔鬼，并抛出空洞的吹嘘，而这个系统根本就是愚蠢的不可行的。我们甚至不会谈论在我们的交易室的服务器上会发生什么，当几百个用户开始下载他们时，我们将切换到MT5。我们可以忘记（在我们自己的冷静程度上）流量费用，这种为安装新程序版本的奇特付款。但事情的情况是这样的。有一种观点认为，终端的图表信息是由工具中存在的记录在\instrument\cache\period.hc 文件中生成的。如果是这样，那么事实上，终端形成了对文件的数据请求，该文件位于终端的同一个工具中，尽管之前服务器没有提出这样的请求。也就是说，以前只有请求中的内容被抽出，而现在整个垃圾部分被抽出，然后在电脑上从中选择有用的东西。这就像你去商店买电脑，他们给你一堆备件和一些垃圾半辆车，让你自己花钱买，然后到你家用那些垃圾给你造出你最初想要的电脑配置。你如何从常识的角度评价这一决定？
当你开始测试时，所有这些推理都不算什么。所以，是的，如果你只想盯着图表看，你不需要任何东西。但为什么要 "只盯着图表"，MT并不清楚。在网站上看月度图表比较容易。流量很小。