专家: Exp_Arrows_Curves

新评论
 

Exp_Arrows_Curves:

此交易系统基于的信号，来自 Arrows_Curves 指标。

图例. 1. 图表上的合约历史实例。

作者： Nikolay Kositsin

 
谁能告诉我这个指标到底有没有 50GB 的日志？我从图表中删除了该指标，一切都变得正常了。故障？
 
Rubinovi4:
谁能告诉我这个指标到底有没有 50GB 的日志？我从图表中删除了该指标，一切都变得正常了。故障？
我需要工作室里的一段日志来进一步澄清！我在终端历史中的所有指标都只写了 10 兆！
 

GODZILLA:
 Надо бы кусочек лога в студию для дальнейших разъяснений! А то у меня все индикаторы за всю историю терминала написали всего 10 мегов!

这就是我的数据，然后突然就变成了 90G。我吓了一跳，现在我移除了指示器，一切正常。我试着关闭终端 来阻止日志增长。但我不知道这样做是否有效。

附注：测试过程中出现错误时，日志会增长吗？昨天在访问其中一个内核时出现了错误，也就是说，三个内核都在工作，但第四个内核被标记为错误？

 
Rubinovi4:
这就是我的数据，然后突然就变成了 90G。我吓了一跳，现在我移除了指示器，一切正常。我试着关闭终端来阻止日志增长。但我不知道这样做是否有效。
然后你需要用记事本++之类的文本编辑器（记事本不行）打开日志，然后复制并粘贴其中的代码片段。
 
不，不是这个--我还没下载，但昨天周日--发现硬盘分区的两个日志/40、70 GB--一次/--早些时候/1,5 个月前/提出了这个问题，似乎是平台本身的 bug。 我删除了它们。
 
vspexp:


不，不是这个--我还没下载，但昨天周日--发现硬盘分区的两个日志/40、70 GB--一次/--早些时候/1,5 个月前/提出了这个问题，似乎是平台本身的 bug。 我删除了它们。

嗯，看起来是这样。因为我已经在测试器上运行过了，一切正常。我忘了补充，有趣的是，不仅日志的大小是千兆字节，Exp_Arrows_Curves.set 的大小也是 35 千兆字节。这显然是个故障。

新评论