对MQL5的祝愿 - 页 115

 

你是认真的吗?

 
avtomat >> :

你说的是反话吗?大多数人需要这个?

>> : 分钟?

嗯,最好是一个完整的滴答声历史。

>>:

你是认真的吗?

你真的需要这些兆字节吗?找出两百个绿钞,买一个1.5TB的扫帚,就不用担心了。

 

什么是细枝末节?它是一个已经按照某种算法处理过的故事。

而你为什么这么自信,认为用来形成会议记录的算法是普遍的、最佳的?

有些人需要蜡烛图,有些人需要柱状图,有些人需要由爪子组成的线,有些人需要X和Y的图表或Renko的图表......还有多少其他处理蜱虫历史的选项?

有一个流行的指标--塞门-塞米奇的集群指标。它与 "二进制 "历史一起工作。

而在Semen Semenych的原创中,该系统从多个来源收集tick历史,使用多个服务器。

而对我们来说,塞门-塞梅尼奇将他的指标转移到了我们现有的数据中。但他警告我们,这是一个高度扭曲的原始版本。

............

 
nen >> :
这是必要的。事实上,很多人都需要有蜱虫的历史。而且这还不是每年10兆。计算每年的蜱虫数量和它的体积。一年的量将以千兆字节为单位。

正是如此。作为一个长期的交易员,我不理解新的MT中对ticks的排斥。对于厨房来说,这是可以理解的,他们的蜱虫史完全是一个噱头。虽然,它也可能对测试有用。但如果会有一个出口到交易所楼层,那么我不明白开发商的逻辑。

 
TheXpert писал(а)>>

分钟?

嗯哼,最好是一个完整的柚子故事。

而如何处理它,这段完整的滴答历史?>> 为什么?

 

但让有些人需要,有些人不需要。

因此,应该可以根据要求从服务器上下载!对于那些需要的人。就这样吧!

为什么要让每个人都下载它呢?

 
nen писал(а)>>

什么是细枝末节?它是一个已经按照某种算法处理过的故事。

而我们为什么如此肯定用于形成会议记录的算法是普遍的和最佳的?

有些人需要蜡烛图,有些人需要柱状图,有些人需要由爪子组成的线,有些人需要X和Y的图表或Renko的图表......还有多少其他处理蜱虫历史的选项?

有一个流行的指标--塞门-塞米奇的集群指标。它与 "二进制 "历史一起工作。

而在Semen Semenych的原创中,该系统从多个来源收集tick历史,使用多个服务器。

对我们来说,塞门-塞梅尼奇将他的指标转移到了我们现有的数据 中。但他警告我们,这是一个高度扭曲的原始版本。

............

这里是你所有问题的答案 :)))

谁需要它,为什么...:))))))))

 
显然,很少有人考虑到这样一个事实:对于10年的历史,10MB的流量被下载,所有其他的时间框架都是基于这些数据建立的,而没有访问服务器。现实上,如果我们谈论的是全面的图表工作和图表时间段 的切换,mt5的流量甚至比mt4还要少。

请记住 "10年的图表和任何时间的图表=10MB的一次性流量 "的规则。
 

Renat,我曾多次要求增加MT4的指标缓冲区数量。

是否有可能从目前的8个增加到64-128个?我认为这将是一个非常好的步骤。

 
在客户终端方面,传入的(通过网络)数据被解压缩10-13倍,原始的操作数据以解压缩的形式存储在磁盘上,以便于速度和访问。该磁盘还存储了所有由会议记录生成的时间框架。

换句话说,你不能把工作存储器的大小算作网络流量的大小。我们已经实现了一个非常有效的数据压缩和传输机制。在所有的时间范围内,10年的流量等于10兆。