错误、漏洞、问题 - 页 1987

新评论
 
fxsaber:

很多条目。请看日志文件。

"大量的条目 "是一个强有力的词...大多数条目就是不存在。但问题是，究竟是什么原因阻碍了对日志文件的输出？

比如说，一个不是很复杂的EA。

void OnTick ()
{
  Print (TimeCurrent());
}

在 "真实刻度 "模式下，它显示这些日志。

2017.09.05 09:38:56.994 Tester EURUSD: 历史数据从2014.07.29 00:00开始
2017.09.05 09:38:56.996 Tester EURUSD: 开始初步下载历史数据，可能需要相当长的时间
2017.09.05 09:38:58.001 Tester EURUSD: 初步下载历史点位，35.52 Kb in 0:01.030 (34.48 Kb/sec)
2017.09.05 09:38:58.001 测试器 EURUSD: ticks数据从2017.06.01 00:00开始
2017.09.05 09:38:58.002 核心1号代理进程启动
2017.09.05 09:38:58.346 核心1连接到127.0.0.1:3000
2017.09.05 09:38:58.347 核心 1 已连接
2017.09.05 09:38:58.350 核心1授权（代理构建1653）。
2017.09.05 09:38:58.352 Tester EURUSD,M15 (MetaQuotes-Demo): 测试 experts/Test.ex5 从 2017.08.30 00:00 到 2017.08.31 00:00
2017.09.05 09:38:58.404 核心提示：1.通用同步完成。
2017.09.05 09:38:58.455 核心 1 EURUSD: 已经同步了ticks [43字节] 。
2017.09.05 09:39:04.609 核心1 2017.08.30 00:36:55 2017.08.30 00:36:55
2017.09.05 09:39:10.760 核心1 2017.08.30 00:48:27 2017.08.30 00:48:27
2017.09.05 09:39:16.866 核心 1 2017.08.30 01:02:20 2017.08.30 01:02:20
2017.09.05 09:39:22.976 核心 1 2017.08.30 01:24:08 2017.08.30 01:24:08
2017.09.05 09:39:27.668 核心1断开连接
2017.09.05 09:39:27.668 核心 1 连接关闭
2017.09.05 09:39:27.681 测试仪被用户停止使用

说到这里，测试器的速度慢得可怕，你可以看到几十分钟的跳过。

VPS上的机器。

 
Andrey Dik:

"大量的记录 "是一个非常强烈的词......。大多数条目根本不存在。但问题是，究竟是什么东西可以阻止记录呢？

看一下日志文件。

比如说，一个不是很复杂的EA。

在 "Real ticks "模式下输出这样的日志。

2017.09.05 09:38:56.994 Tester EURUSD: 历史数据从2014.07.29 00:00开始
2017.09.05 09:38:56.996 Tester EURUSD: 开始初步下载历史数据，可能需要相当长的时间
2017.09.05 09:38:58.001 Tester EURUSD: 初步下载历史点位，35.52 Kb in 0:01.030 (34.48 Kb/sec)
2017.09.05 09:38:58.001 测试器 EURUSD: ticks数据从2017.06.01 00:00开始
2017.09.05 09:38:58.002 核心1号代理进程启动
2017.09.05 09:38:58.346 核心1连接到127.0.0.1:3000
2017.09.05 09:38:58.347 核心 1 已连接
2017.09.05 09:38:58.350 核心1授权（代理构建1653）。
2017.09.05 09:38:58.352 Tester EURUSD,M15 (MetaQuotes-Demo): 测试 experts/Test.ex5 从 2017.08.30 00:00 到 2017.08.31 00:00
2017.09.05 09:38:58.404 核心提示：1.通用同步完成。
2017.09.05 09:38:58.455 核心 1 EURUSD: 已经同步了ticks [43字节] 。
2017.09.05 09:39:04.609 核心1 2017.08.30 00:36:55 2017.08.30 00:36:55
2017.09.05 09:39:10.760 核心1 2017.08.30 00:48:27 2017.08.30 00:48:27
2017.09.05 09:39:16.866 核心 1 2017.08.30 01:02:20 2017.08.30 01:02:20
2017.09.05 09:39:22.976 核心 1 2017.08.30 01:24:08 2017.08.30 01:24:08
2017.09.05 09:39:27.668 核心1断开连接
2017.09.05 09:39:27.668 核心 1 连接关闭
2017.09.05 09:39:27.681 测试仪被用户停止使用

但是测试器的速度慢得可怕，你可以看到几十分钟的跳动。

好吧，这么多成千上万的日志条目，这就是为什么它的速度变慢了。

 
Andrey Dik:

"大量的记录 "是一个非常强烈的词......。大多数条目根本不存在。但问题是，究竟是什么可能阻碍了伐木的进行？

例如，一个不是很复杂的EA。

真实刻度线 "模式显示此类日志。


但是测试器非常慢，你可以看到几十分钟的跳动......。

VPS上的机器。

跳过的内容包括大量的记录，日志在不需要的时候会切掉一半的记录，这就减慢了Expert Advisor的速度。

 
fxsaber:

请看日志文件。

有那么多成千上万的日志条目，这就是为什么它很慢。

维塔利-穆齐琴科。

跳过是由于条目数量巨大，日志不必要地砍掉了一半，这也使它变得很慢。

你们都试过你们所说的东西吗？

在另一台机器上，日志打印在每一次打勾 时都会输出，而且没有滞后，但在这台特定的机器上，并不是所有的日志都能输出，有很大的跳动和滞后。

测试员的业余水平有时真让我吃惊，难道你不能根据用户的选择进行自定义日志输出（错误、打印等）吗？如果输出完整的日志有问题，而测试人员将其切断，那么他为什么不说出来，比如 "听着，我不能输出所有的日志，只有几次，原因......"。

那么，在跳过的情况下（不是在切割的情况下，而是在跳过的情况下），向日志输出不完整 的原因会是什么？

 
Andrey Dik:

你们都试过你们所说的东西吗？

在另一台机器上，日志打印在每一个刻度 上，应该是这样的，而且没有刹车，但在这台特定的机器上却不是全部。

我不只是尝试，我开始寻找程序中不存在的错误。结果发现，只是因为日志被大量打印，所以才会出现跳字。

 
Vitaly Muzichenko:

我不只是尝试，我开始寻找程序中不存在的错误。结果发现，只是因为日志被大量印制，所以出现了遗漏。

不，维塔利，在以前的帖子中我已经完成了。在另一台机器上，日志被打印出来，每一个勾 都没有跳动，因为它们应该是这样。
 
Andrey Dik:
不，维塔利，我在前一篇文章中已经完成了它。在另一台机器上，日志的输出在每个刻度 上都没有空隙，因为它们应该是这样。

好吧，也许是操作系统不同，我有win7 x64。

 
Vitaly Muzichenko:

好吧，也许是操作系统不同，我有win7 x64。

在有问题的机器Server 2008上，磁盘和RAM中都有可用的内存。

在Win10 64和Win7 64 上，日志显示得很完整，没有任何跳转。试着在 "ticks "或 "real ticks "模式下只运行一天的EA，如果有跳过，这意味着你有和我的问题机器一样的问题。 这是测试器的一个特定错误，如果它不能输出完整的日志，那么它必须通知用户这一点和原因，如果日志不完整，就没有意义。谁还需要有缺口的日志，如何做程序的调试？

 
Andrey Dik:

你们都试过你们所说的东西吗？

在另一台机器上，每一次打勾 都有打印记录，而且没有刹车，但在这台特殊的机器上，并非所有的记录都被记录下来，有很大的跳动和刹车。

测试员的业余水平有时真让我吃惊，难道你不能根据用户的选择进行自定义日志输出（错误、打印等）吗？如果输出完整的日志有问题，并且测试者切断了它们，为什么它不说 "听着，我不能输出所有的日志，只在几次，原因...... "这样的话？

那么，不完整的 日志输出（不是修剪，而是跳过）的原因可能是什么？

除了测试人员的日志，还有测试人员的代理日志。这一切是肯定的
 
Slava:
除了测试人员的日志，还有测试人员的代理日志。你可以在那里找到一切。


这是正确的，有，在这里。

2017.09.05
2017.09.05 11:42:04:04 记录仪日志被清理了
2017.09.05 2017.09.05 00:00:00.000 服务器MetaTester 5停止了

外面没有别的东西了。

那么，为什么在测试人员的日志中没有关于Print()函数 的完整信息？

1...198019811982198319841985198619871988198919901991199219931994...3184
新评论