MetaTrader 5策略测试器：缺陷，缺陷，改进建议 - 页 66

新评论
 
Sergey Golubev:
他来自一个中国论坛（他也不懂英语）。
在英语部分，我们 （经常但不总是）点击帖子上的编辑，用内置的翻译器将帖子从他的语言做机器翻译成英语，然后点击更新帖子。

但不应该断然这样做，这对读者是非常不利的。表现出主动性往往是要受到惩罚的。

 
Sergey Golubev:


谢谢你的帮助!
我将尝试用mql5.com的内置翻译器将我的帖子翻译成俄语。
让我们希望它的质量是可靠的。
毕竟，我懂一些英语，但我根本不懂俄语。
 
tickfenix :
谢谢你的帮助
我将尝试使用mql5.com的内置翻译器将我的帖子翻译成俄语。
让我们希望它的质量是可靠的。
毕竟，我懂一些英语，但我根本不懂俄语。

然后是一个建议：用你的母语写，下面是它的英文翻译。这样一来，读者就会更容易纠正机器翻译的错误。

然后建议：用你的母语写，并在下面--将其翻译成英语。这将使读者更容易纠正机器翻译的错误。

 

2345 - 破坏了测试器的缓存。EA的名称（在截图中高亮的点之前）已经不在相应的文件名称中了。

由于这个原因，使用GUI工具不可能看到以前的优化结果--它们在下拉选择列表中缺失。


文件里面也有零，而不是EA的名称。

选择。


tst.


搜索字符串：Oshibka 006。
 
fxsaber :



Z型驱动器？

你是否也使用Windows的mklink工具将MT5测试器文件夹链接到RAM上的一个文件夹？

这可能是长期以来一直困扰我们的奇怪错误的原因吗？


驱动Z？

你是否也使用了Windows的mklink工具，将MT5测试器的文件夹连接到ram驱动器上的一个文件夹？

这可能是长期以来困扰我们的奇怪错误的原因吗？

 
tickfenix:

驱动Z？

你是否也使用Windows的mklink工具将MT5测试器的文件夹连接到ram驱动器上的文件夹？

这可能是长期以来困扰我们的奇怪错误的原因吗？

关于交易、自动交易系统和策略测试器的论坛

MetaTrader 5策略测试器：缺陷，缺陷，改进建议

fxsaber, 2019.09.16 14:11

我在重启电脑后在终端文件夹 中运行了一次这样的批处理文件。

rem Создали RAM-Drive для Тестера.
imdisk -a -o awe -s 3 G -m Z: -p "/fs:ntfs /q /y /v:MT5Tester"

mkdir z:\Tester
mklink /j Tester z:\Tester

rem Кеш оптимизатора будет сохраняться на диске.
mkdir cache
mklink /j z:\Tester\cache cache

rem Временный RAM-Drive, чтобы на него можно было перенаправить log-папки.
imdisk -a -o awe -s 3 M -m Y: -p "/fs:ntfs /q /y /v:MT5Tester_Logs"

mkdir y:\logs
mklink /j Tester\logs y:\logs

mkdir y:\logs0
mkdir Tester\Agent-127.0.0.1-3000
mklink /j Tester\Agent-127.0.0.1-3000\logs y:\logs0

mkdir y:\logs1
mkdir Tester\Agent-127.0.0.1-3001
mklink /j Tester\Agent-127.0.0.1-3001\logs y:\logs1

mkdir y:\logs2
mkdir Tester\Agent-127.0.0.1-3002
mklink /j Tester\Agent-127.0.0.1-3002\logs y:\logs2

mkdir y:\logs3
mkdir Tester\Agent-127.0.0.1-3003
mklink /j Tester\Agent-127.0.0.1-3003\logs y:\logs3

mkdir y:\logs4
mkdir Tester\Agent-127.0.0.1-3004
mklink /j Tester\Agent-127.0.0.1-3004\logs y:\logs4

mkdir y:\logs5
mkdir Tester\Agent-127.0.0.1-3005
mklink /j Tester\Agent-127.0.0.1-3005\logs y:\logs5

mkdir y:\logs6
mkdir Tester\Agent-127.0.0.1-3006
mklink /j Tester\Agent-127.0.0.1-3006\logs y:\logs6

mkdir y:\logs7
mkdir Tester\Agent-127.0.0.1-3007
mklink /j Tester\Agent-127.0.0.1-3007\logs y:\logs7

rem Убили временный RAM-Drive
imdisk -D -m Y:


此后，日志文件就不会被创建。就眼睛而言，我还没有发现测试仪有任何滞后现象。似乎是一个很好的解决方案。

关于交易、自动交易系统和策略测试的论坛

服务。已经在工作了吗？

fxsaber, 2019.06.07 06:37

写了一个有用的服务 
// Сервис проверяет наличие корректной папки Tester.
#property service

input string inFolderName = "Tester";

#include <WinAPI\fileapi.mqh>
#include <WinAPI\handleapi.mqh>

#define  GENERIC_WRITE                    0x40000000
#define  CREATE_ALWAYS                    2
#define  FILE_ATTRIBUTE_NORMAL            0x00000080
#define  FILE_FLAG_OVERLAPPED             0x40000000

bool FileIsInvalid_WinAPI( const string FileName )
{
  const HANDLE hFile = CreateFileW(FileName, GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL | FILE_FLAG_OVERLAPPED, NULL);      
  const bool Res = (hFile != INVALID_HANDLE);
  
  if (Res)
  {
    CloseHandle(hFile);
    
    DeleteFileW(FileName);
  }
    
  return(Res);
}

void OnStart()
{
  const string FileName = TerminalInfoString(TERMINAL_PATH) + "\\" + inFolderName;

  if (!FileIsInvalid_WinAPI(FileName + "\\" + __FILE__))
    MessageBox(FileName + " is invalid!");  
}


在启动终端时，如果缺少Tester文件夹，会立即出现警告。


如果RAMDrive上的Tester应该有很大帮助。

 

下面的错误不断出现。谁有同样的问题？

在你运行遗传学后，出现优化结果。

探究每个结果的优化结果，我们在测试器中对这个结果进行一次运行，以检查曲线的平滑度等。

在从确切的 "优化结果 "中进行了几次单机运行后，单机运行崩溃了，只有终端超载才有帮助，即单机运行不启动，启动按钮没有反应（当我按下它时没有动作）。同时，在正常的日志中写着这样的内容--通过（还有一个 "数字"，例如通过14，通过255，等等），这已经是3年了，我对它感到厌烦，有时在4-8次运行有一个遗传结果后，我不得不重新启动终端，再次加载测试结果的历史，并再次从它开始测试运行。

任何人都可以根据我得到的结果进行繁殖--做遗传学，并在遗传学的结果中探究单次运行。有时测试器会很快失败，有时会失败几十次（但次数较少）。
Тестирование стратегий - Алгоритмический трейдинг, торговые роботы - Справка по MetaTrader 5
Тестирование стратегий - Алгоритмический трейдинг, торговые роботы - Справка по MetaTrader 5
  • www.metatrader5.com
Тестер стратегий позволяет тестировать и оптимизировать торговые стратегии (советники) перед началом использования их в реальной торговле. При тестировании советника происходит его однократная прогонка с начальными параметрами на исторических данных. При оптимизации торговая стратегия прогоняется несколько раз с различным набором параметров...
 
Askr:

任何人都可以根据我得到的信息进行繁殖--做遗传学，并在遗传学结果中探究单次运行。有时测试器很快就会失败，有时会失败几十次（但比较少）。

我经常与测试员一起工作。但我不记得有这种行为。

 
Askr :


我也是策略测试器 的频繁使用者。

我没有遇到过你提到的情况。

我遇到的问题是，在大多数情况下，我无法从优化任务中获得正确的测试结果。

然而，所有的个别测试都是正确的。

这与遗传优化或全面优化无关，大多数优化任务只是返回可笑的结果。

可能与某些缓存管理机制或内存管理机制有关，策略测试者在2280版之前就开始在优化功能中出现一个或多个严重错误。



我也是策略测试器的频繁使用者。

我也没有遇到过你提到的情况。

我遇到的问题是，在大多数情况下，我无法从优化任务中获得正确的测试结果。

然而，所有个别测试都是正确的。

它与遗传优化或全面优化无关，大多数优化任务只是返回可笑的结果。

可能与某种缓存管理机制或内存管理机制有关，从2280年之前的版本开始，策略测试者在优化功能中出现了一个或多个严重的错误。

 

现在在短时间内重新测试，我会再写点东西。我自己已经很久没有测试过大批量的产品了。

也许最新的版本更稳定，我无法找到它，在旧版本（2085）上迅速重复。真正的启动并没有完全停止，只是到了一些线，结果测试没有以任何方式启动。

同样，这也不完全是我上面写的问题，但作为一种选择。

例如，我在Build 2085上得到以下信息。

谁能解读一下代理日志中写的是什么？

我明白问题可能出在代理人身上。

1 попытка

2020.03.02 21:37:50.947 Core 1  connection closed
2020.03.02 21:37:53.773 Tester  single pass 7043 started
2020.03.02 21:37:53.799 Core 1  connecting to 127.0.0.1:3002
2020.03.02 21:37:53.800 Core 1  connected
2020.03.02 21:37:53.803 Core 1  disconnected
2020.03.02 21:37:53.803 Core 1  connection closed

журнал агента

2020.03.02 21:37:53.802 Network additional connect from 127.0.0.1
2020.03.02 21:37:53.910 Network previous connect context not freed
2020.03.02 21:37:53.910 127.0.0.1       cannot accept connect, agent is busy
2020.03.02 21:37:55.524 127.0.0.1       prepare for shutdown

2 попытка


то же что и в 1 попыткен/убралось/.

журнал агента

2020.03.02 21:40:07.936 Network additional connect from 127.0.0.1
2020.03.02 21:40:08.044 Network previous connect context not freed
2020.03.02 21:40:08.044 127.0.0.1       cannot accept connect, agent is busy
2020.03.02 21:40:09.925 127.0.0.1       prepare for shutdown

是的，日志中的情况就是这样。

    2020.03.02 21:58:24.589	Core 1	connection closed
2020.03.02 21:58:28.488	Core 1	connecting to 127.0.0.1:3000
2020.03.02 21:58:28.489	Core 1	connected
2020.03.02 21:58:28.491	Core 1	disconnected
2020.03.02 21:58:28.492	Core 1	connection closed
2020.03.02 21:58:30.090	Core 1	connecting to 127.0.0.1:3000
2020.03.02 21:58:30.091	Core 1	connected
2020.03.02 21:58:30.095	Core 1	disconnected
2020.03.02 21:58:30.095	Core 1	connection closed

2020.03.02 21:58:24.503 Tester  EURUSD,H1: 24313 ticks, 6171 bars generated. Test passed in 0:00:00.112.
2020.03.02 21:58:24.503 Tester  242 Mb memory used including 1.41 Mb of history data, 64 Mb of tick data
2020.03.02 21:58:24.503 Tester  log file "C:\***************\20200302.log" written
2020.03.02 21:58:24.503         test Experts\***************.ex5 on EURUSD,H1 thread finished
2020.03.02 21:58:28.491 Network additional connect from 127.0.0.1
2020.03.02 21:58:28.599 Network previous connect context not freed
2020.03.02 21:58:28.599 127.0.0.1       cannot accept connect, agent is busy
2020.03.02 21:58:30.095 Network additional connect from 127.0.0.1
2020.03.02 21:58:30.203 Network previous connect context not freed
2020.03.02 21:58:30.203 127.0.0.1       cannot accept connect, agent is busy
2020.03.02 21:58:30.493 127.0.0.1       prepare for shutdown

我早些时候在这里写过关于这个问题的文章。

https://www.mql5.com/ru/forum/1111/page2485#comment_12092720

https://www.mql5.com/ru/forum/1111/page2486#comment_12118579

https://www.mql5.com/ru/forum/315556/page3#comment_12072667

https://www.mql5.com/ru/forum/1111/page2483#comment_12072438

https://www.mql5.com/ru/forum/315556/page12#comment_12342692 到2093年建成

Ошибки, баги, вопросы
Ошибки, баги, вопросы
  • 2019.06.17
  • www.mql5.com
Общее обсуждение: Ошибки, баги, вопросы
1...596061626364656667686970717273...84
新评论