Miracles with the tester. - page 4

 

All in all, things are very bad with the tester/optimiser... I'll have to exclude the first bar from work.

One more bug: It happens ANYWHERE (but quite often, though not always) on the first timer call on a weekday:

1. tester:

FDAXZ1  2011.09.06 00:00
InfoTick:       true
bid/ask:        0       0
vol:    0.1
Volume: 0.1
Price/SL/TP:    0       322.5   -26
RetCode:        10016

2. optimizer on the same parameter (time after time):

FDAXZ1  2011.09.06 00:00
InfoTick:       true
bid/ask:        5246.5  5246.5
vol:    0.1
Volume: 0.1
Price/SL/TP:    5246.5  5569    5220.5
RetCode:        10009

and at the same time, on other passes, both in tester and optimizer on the first trigger bid/ask = 0.

I don't know how it should be, on the tester and optimizer should work the same way.

I will attach another Expert Advisor for tests in Service Desk on request #329165.

+Sometimes the tester does not reach the end of the test - the "Results" tab does not appear, although the logs show that the test passed to the end

 

Upd.

I don't see any bug fixes in the new build announcement (and silence in the Service Desk), but they are essential.

 

Another floating glitch with the tester (occurring occasionally and inconsistently):

HL      0       Trade   11:40:47        2011.11.16 10:10:32   exchange buy 0.30 NZDCHF at 0.56548 (0.56468 / 0.56548 / 0.56468)
DQ      0       Trades  11:40:47        2011.11.16 10:10:32   deal #46 buy 0.30 NZDCHF at 0.56548 done (based on order #46)
QO      0       Trade   11:40:47        2011.11.16 10:10:32   deal performed [#46 buy 0.30 NZDCHF at 0.56548]
GH      0       Trade   11:40:47        2011.11.16 10:10:32   order performed buy 0.30 at 0.56548 [#46 buy 0.30 NZDCHF at 0.56548]
KF      0       BF_TEST_CALCHPR (NZDCHF,M12)    11:40:47        2011.11.16 10:10:37   MAX(stopLevel, freezeLevel):0
DR      2       Trades  11:40:47        2011.11.16 10:10:37   failed modify buy 0.30 NZDCHF sl: 0.00000, tp: 0.00000 -> sl: 0.36702, tp: 0.57612 [Invalid stops]
QD      0       BF_TEST_CALCHPR (NZDCHF,M12)    11:40:47        2011.11.16 10:10:37   MAX(stopLevel, freezeLevel):0
DP      2       Trades  11:40:47        2011.11.16 10:10:37   failed modify buy 0.30 NZDCHF sl: 0.00000, tp: 0.00000 -> sl: 0.26779, tp: 0.58144 [Invalid stops]
OR      0       BF_TEST_CALCHPR (NZDCHF,M12)    11:40:47        2011.11.16 10:10:37   MAX(stopLevel, freezeLevel):0
GN      2       Trades  11:40:47        2011.11.16 10:10:37   failed modify buy 0.30 NZDCHF sl: 0.00000, tp: 0.00000 -> sl: 0.16856, tp: 0.58676 [Invalid stops]
EP      0       BF_TEST_CALCHPR (NZDCHF,M12)    11:40:47        2011.11.16 10:10:37   MAX(stopLevel, freezeLevel):0
HL      2       Trades  11:40:47        2011.11.16 10:10:37   failed modify buy 0.30 NZDCHF sl: 0.00000, tp: 0.00000 -> sl: 0.06933, tp: 0.59208 [Invalid stops]
CN      0       BF_TEST_CALCHPR (NZDCHF,M12)    11:40:47        2011.11.16 10:10:37   MAX(stopLevel, freezeLevel):0
I can't understand why Invalid Stops, if stops are not limited, NormalizeDouble is used, numerical values of stops are correct?
Документация по MQL5: Преобразование данных / NormalizeDouble
Документация по MQL5: Преобразование данных / NormalizeDouble
  • www.mql5.com
Преобразование данных / NormalizeDouble - Документация по MQL5
 
notused:

Another floating glitch with the tester (occurring occasionally and intermittently):

I can't understand why Invalid Stops, if stops are not limited, NormalizeDouble is used, numerical values of stops are correct?

Output market Bid/Ask prices when an error is received.

Surely you will see that the stops are actually close to the market.

 
Renat:

Output the market Bid/Ask prices when an error is received.

You'll probably see that the stops are actually close to the market.

I intentionally put the maximum number of StopLevel and FreezeLevel in the logs:

 MAX(stopLevel, freezeLevel):0

Which is generally correct for stockeys. Besides, I have made three more attempts to open an order increasing stops and the last one was sl=0.06933, tp=0.59208 (take was higher than the open price almost by a month range of the pair, but there is nothing to stop at)

I will finish testing and print the current bid/ask - it is unlikely anything will change.

UPD. i see on the chart a huge spike of 2011.11.16, apparently you, Renat, were right.

UPD2. Taki Renat, you are right - there was a spike and the price changed dramatically.

+ I have a strong subjective impression that optimization is slowed down in 619th build (I used to use 4 cores + 4 local "remote" agents; now there are only local agents left, maybe that's why it seems like optimization is slower)+++ optimization takes all resources of the computer and work with other applications becomes uncomfortable (e.g., watch youtube or work in Visual Studio) - in the previous build, even with 4 more local "remote" agents, everything was fine and one could do things quite comfortably

 
It would have been much easier if the developers had provided a debugger in the tester. Who can say why there is no debugger in the tester ?
 
1CMaster:
It would be much easier if the developers provided a debugger in the tester. Who can say why there is no debugger in the tester?
I've never even used it because of that. It's somehow quicker for me to implement and check everything in visualization mode. Output to a log, comments or my own info panels on a graph.
 

notused:

Optimisation and single pass results do not match (service-desk - #329165 + EA there as well)

stringo:

We will figure it out.

I want to ask - have you figured it out? I do not understand how to test the Expert Advisor. And the most annoying thing is that the optimization is running in the cloud, the money is being withdrawn but one cannot use the result.

 
Yurich:

I would like to ask - have you figured it out? Because it is unclear how to test the Expert Advisor. And the most annoying thing is that the optimization is done in the cloud, the money is withdrawn, but you cannot use the result.

...

What a discrepancy. Does it happen only when you run optimization in the cloud or locally too? I've never noticed that (I've never been optimized in the cloud).
 
tol64:
What a discrepancy. Is it only when optimising in the cloud or locally too? I've never noticed that (I've never been optimised in the cloud).
In the cloud.
Reason: