错误、漏洞、问题 - 页 1721 1...171417151716171717181719172017211722172317241725172617271728...3184 新评论 Vladimir Karputov 2016.10.05 09:48 #17201 Alexey Da:你总是要求有一百万只虱子吗?仅每个阵列就有49千兆字节。从1月到现在,Si-12.16的点位是15789962。在你的基础上,有一个小脚本,按月计算蜱虫数量。并得出这个结果。这是它在磁盘上的样子。订购多少个并不重要。即使是订购20000支(两万支)的文件,第10个月的文件也是以千兆字节计算的。该剧本在要求20,000//+------------------------------------------------------------------+ //| CopyTicks.mq5 | //| Copyright 2015, MetaQuotes Software Corp. | //| https://www.mql5.com | //+------------------------------------------------------------------+ #property copyright "Copyright 2015, MetaQuotes Software Corp." #property link "https://www.mql5.com" #property version "1.01" //--- покажем окно входных параметров при запуске скрипта #property script_show_inputs input int ticks=200000000; // количество запрашиваемых тиков //--- MqlTick ExTicks[]; //+------------------------------------------------------------------+ //| Script program start function | //+------------------------------------------------------------------+ void OnStart() { //--- запросим тики int copied=CopyTicks(_Symbol,ExTicks,COPY_TICKS_ALL,0,ticks); //--- если тики получены, то выведем на график значения Bid и Ask Print("Получено тиков: ",copied," код ошибки: ",GetLastError()); if(copied>1) { Print("Тик: ",ExTicks[0].time," bid: ",ExTicks[0].bid," ask: ",ExTicks[0].ask," last: ",ExTicks[0].last," [0]"); Print("Тик: ",ExTicks[copied-1].time," bid: ",ExTicks[copied-1].bid," ask: ",ExTicks[copied-1].ask," last: ",ExTicks[copied-1].last," [",copied-1,"]"); } Print("Size ",((long)copied*sizeof(MqlTick))>>20, " Mb"); } //+------------------------------------------------------------------+ 给出了 第10个月令人难以置信的文件增长--其大小以千兆字节为单位计算。在关闭终端的情况下,我删除了第10个月的Tick文件(大小约7.5GB)。然后我运行了你的脚本void OnStart() { MqlTick Ticks[]; int Amount=CopyTicks(_Symbol,Ticks,COPY_TICKS_ALL,D'2016.01.01'*1000,ulong(100000000)); MqlDateTime str; TimeToStruct((Ticks[0].time_msc-Ticks[0].time_msc%1000)/1000,str); char m=(char)str.mon; long n=StringToTime(StringFormat("01.%d.2016",m+1))*1000; int pos=0; for(int i=0;i<Amount;i++) { if(Ticks[i].time_msc>=n || i==Amount-1) { PrintFormat("Month %d: %d ticks, %d Mb",m,i-1-pos,(sizeof(MqlTick)*(i-1-pos))>>20); m++; n=StringToTime(StringFormat("01.%d.2016",m+1))*1000; pos=i; } } }一切结果都很好,没有大小便失禁的情况--非常奇怪。然后我又运行了你的脚本(输入参数20000)。一切都稳定下来了--但文件甚至在早上就增长到了难以想象的大小!"。我自己也看到了,并做了实验!关于几十亿次--甚至一万亿次--的数量,终端不会给出超过它所拥有的。 fxsaber 2016.10.05 09:51 #17202 Karputov Vladimir:一切都稳定下来了--但文件在早上仍然增长到令人难以置信的大小!"。我自己看到了,并进行了实验! 与此刻不同的是,当年的实验是在一个封闭的市场中进行的。 fxsaber 2016.10.05 10:09 #17203 现在运行该脚本。其结果是2016.10.05 11:05:03.374 Test (Si-12.16,M5) (Amount*sizeof(MqlTick))>>20 = 72 Mb Ticks[0].time = 2016.10.03 09:45:02 Ticks[Amount-1].time = 2016.10.05 11:05:55 一切都在正常运行。对72/5格式压缩~15倍的荣誉和赞誉。必须弄清楚为什么在一个封闭的市场上会出现这样一个低劣的错误。顺便问一下阿列克谢-达,为什么你的201610.tkc比我的大? Test Account 2016.10.05 10:23 #17204 fxsaber:现在运行该脚本。其结果是一切都在正常运行。对72/5格式压缩~15倍的荣誉和赞誉。我们需要弄清楚为什么在一个封闭的市场上出现这样一个糟糕的错误。顺便问一下阿列克谢-达,为什么你的201610.tkc比我的大?开幕式截图。在BCS上,尺寸与你的相似。但不是同样的尺寸。你连接的是什么通道?我已经有了 Test Account 2016.10.05 10:26 #17205 fxsaber:我们必须找出为什么在一个封闭的市场上出现这样一个低劣的错误。Karputov Vladimir 和fxsaber 该系统没有经过测试,可以检查其性能和可靠性。请向服务台发送一张带有最完整描述、日志、屏幕截图和时间戳的票据。 fxsaber 2016.10.05 10:30 #17206 Alexey Da:开幕式上的截图。在BCS上,尺寸与你的相似。但不是同样的尺寸。我注意到201609.tkc在Opening中是36Mb,在BCS中是32Mb。但故事是一样的!为什么会这样呢?好吧,即使9月份有服务器更新,10月份也肯定没有。为什么十月的开幕式更大?你是通过哪些途径连接的?我有。所有的时间。authorized on BCS-MetaTrader5 through Access Server #1 (ping: 49.30 ms) fxsaber 2016.10.05 10:33 #17207 Alexey Da:Karputov Vladimir 和fxsaber 请向我们提出请求。形成一个票据给servicedesk,并附上最完整的描述、日志、屏幕截图和时间指示。不幸的是,这些日志已经丢失。因此,我无法提供任何信息。我唯一记得肯定的是,在出现错误时,脚本产生的第一个刻度是2016.10.04 09:45。而当一切都在正常工作时,就是2016.10.03 09:45。恰恰是唯一幸存下来的线条NE 0 08:43:43.928 Test (Si-12.16,M1) (Amount*sizeof(MqlTick))>>20 = 0 Mb Ticks[0].time = 2016.10.04 09:45:04 Ticks[Amount-1].time = 2016.10.04 10:02:38 JP 0 11:03:37.815 Test (Si-12.16,M5) (Amount*sizeof(MqlTick))>>20 = 0 Mb Ticks[0].time = 2016.10.03 09:45:02 Ticks[Amount-1].time = 2016.10.03 10:02:18 上边一个--那只虫子正全力以赴地出现。较低的一个 - 虫子被沉默了。 Vladimir Karputov 2016.10.05 10:59 #17208 Alexey Da:Karputov Vladimir 和fxsaber 请向我们提出请求。形成一个票据给servicedesk,并附上最完整的描述、日志、屏幕截图和时间指示。 内部请求.../view/1580221 fxsaber 2016.10.05 12:28 #17209 在MT4中,导航器->收藏夹显示程序和它们的查找路径,这非常方便。例如,fxsaber/Test。在MT5中,这并不那么方便。请添加。 Vladimir Karputov 2016.10.05 15:05 #17210 与本主题无关的评论已被移至"关于填空模式的问题"。 1...171417151716171717181719172017211722172317241725172617271728...3184 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
你总是要求有一百万只虱子吗?仅每个阵列就有49千兆字节。从1月到现在,Si-12.16的点位是15789962。
在你的基础上,有一个小脚本,按月计算蜱虫数量。
并得出这个结果。
这是它在磁盘上的样子。
订购多少个并不重要。即使是订购20000支(两万支)的文件,第10个月的文件也是以千兆字节计算的。
该剧本在要求20,000
给出了 第10个月令人难以置信的文件增长--其大小以千兆字节为单位计算。
在关闭终端的情况下,我删除了第10个月的Tick文件(大小约7.5GB)。
然后我运行了你的脚本
一切结果都很好,没有大小便失禁的情况--非常奇怪。
然后我又运行了你的脚本(输入参数20000)。一切都稳定下来了--但文件甚至在早上就增长到了难以想象的大小!"。我自己也看到了,并做了实验!
关于几十亿次--甚至一万亿次--的数量,终端不会给出超过它所拥有的。
一切都稳定下来了--但文件在早上仍然增长到令人难以置信的大小!"。我自己看到了,并进行了实验!
现在运行该脚本。
其结果是
一切都在正常运行。对72/5格式压缩~15倍的荣誉和赞誉。
必须弄清楚为什么在一个封闭的市场上会出现这样一个低劣的错误。
顺便问一下阿列克谢-达,为什么你的201610.tkc比我的大?
现在运行该脚本。
其结果是
一切都在正常运行。对72/5格式压缩~15倍的荣誉和赞誉。
我们需要弄清楚为什么在一个封闭的市场上出现这样一个糟糕的错误。
顺便问一下阿列克谢-达,为什么你的201610.tkc比我的大?
开幕式截图。
在BCS上,尺寸与你的相似。
但不是同样的尺寸。
你连接的是什么通道?我已经有了
fxsaber:
我们必须找出为什么在一个封闭的市场上出现这样一个低劣的错误。
Karputov Vladimir 和fxsaber
该系统没有经过测试,可以检查其性能和可靠性。请向服务台发送一张带有最完整描述、日志、屏幕截图和时间戳的票据。
开幕式上的截图。
在BCS上,尺寸与你的相似。
但不是同样的尺寸。
我注意到201609.tkc在Opening中是36Mb,在BCS中是32Mb。但故事是一样的!为什么会这样呢?
好吧,即使9月份有服务器更新,10月份也肯定没有。为什么十月的开幕式更大?
你是通过哪些途径连接的?我有。
所有的时间。
Karputov Vladimir 和fxsaber
请向我们提出请求。形成一个票据给servicedesk,并附上最完整的描述、日志、屏幕截图和时间指示。
不幸的是,这些日志已经丢失。因此,我无法提供任何信息。
我唯一记得肯定的是,在出现错误时,脚本产生的第一个刻度是2016.10.04 09:45。
而当一切都在正常工作时,就是2016.10.03 09:45。
恰恰是唯一幸存下来的线条
上边一个--那只虫子正全力以赴地出现。
较低的一个 - 虫子被沉默了。
Karputov Vladimir 和fxsaber
请向我们提出请求。形成一个票据给servicedesk,并附上最完整的描述、日志、屏幕截图和时间指示。
在MT4中,导航器->收藏夹显示程序和它们的查找路径,这非常方便。
例如,fxsaber/Test。
在MT5中,这并不那么方便。请添加。