No or incorrect display of drawdown in V12

Forums ProRealTime English forum ProRealTime platform support No or incorrect display of drawdown in V12

Viewing 15 posts - 91 through 105 (of 134 total)
  • #232282

    @PeterSt The problem still exists. In the demo account and the live account, no matter what type of code you use, extensive code, simple code, with trailing, without trailing… it keeps cropping up sporadically, until every time you update a strategy. The problem is perhaps not the problem itself, but the knowledge that something in the background on the platform is obviously not working. And that sows mistrust. If you discovered an obvious problem at your bank, you would quickly run to the ATM and withdraw everything you have. Because you feel unsafe. And PRT is ultimately about money that you “play” with on the stock market… The platform should exude a certain level of security that what we claim to show really does happen with our strategies.

    1 user thanked author for this post.
    #232283

    So the test environment for each was identical excepting for a very small difference in the time that each test was started

    I referred to that;
    So Batty, you possibly mentioned this without any special purpose, but you don’t refer to the start time of the backtesting period, right ? Just run a backtest each few minutes, correct ?

    The question regarding the weekend (previous post) is related to the ending period of the backtest. This changes on the fly when done during the working/trading week. It may influence the bug ?

    #232286

    phoentzs, thank you.

    Question to you and also the others : Do you recognize that you occasionally change Backtest Parameters (the Optimization Parameters) prior to when the current Backtest is finished ?
    I ask because I already posted some time ago that the parameters are recollected when the final stage of the backtest occurs … the presentation of the Detailed Report. If you meanwhile changed the Parameters, you will get odd situations, knowing that it is to be regarded a bug that this recollection occurs in the first place.

    I could also ask whether you guys explicitly take care to have one and really one only Backtest active on the chart ? If not, things really go bananas when you start re-clicking one of the earlier backtests, and depending on how different exactly those backtests are, you may not notice it (but had the bug on order at the same time). This really is a nasty one, because it completely depends what backtest you re-click, and you can’t see it what is origin was.
    Try this with changing the TimeFrame and apply the SAME  backtest. You will soon see complete chaos. PRT allows for this but can’t deal with it. Same with two different Backtests mixed.
    Over time I learned to avoid these things, and it might be the reason I never see the anomaly.

    There is also a vast difference between the Detailed Report automatically popping out after a backtest, compared to when you ask explicitly for it. The results will even be not the same. Whether there’s a situation that it always automatically pops out, @GrahHal will be able to tell (I’m sure). Mind never does, unless I just started the platform and the backtest is still active on the chart.

    Something has to be the reason for it to occur with you guys …

    #232287

    I referred to that; So Batty, you possibly mentioned this without any special purpose, but you don’t refer to the start time of the backtesting period, right ? Just run a backtest each few minutes, correct ? The question regarding the weekend (previous post) is related to the ending period of the backtest. This changes on the fly when done during the working/trading week. It may influence the bug ?

    I was making the point that the tests I ran earlier this afternoon, in my Live account, were all exactly the same in every respect, so unfortunately there is nothing clearly identifiable that might indicate some kind of commonality in the set-up or anything else that triggers the double counting issue. I haven’t noticed any difference to the regularity of the problem between the weeken and the working week. It happens, randomly, throughout the week.

    one and really one only Backtest active on the chart

    Yes, it happens often when running one Backtest on the chart, and not changing any parameters. Just one backtest, on it’s own, running unaltered.

    There is also a vast difference between the Detailed Report automatically popping out after a backtest, compared to when you ask explicitly for it. The results will even be not the same. Whether there’s a situation that it always automatically pops out, @GrahHal will be able to tell (I’m sure). Mind never does, unless I just started the platform and the backtest is still active on the chart.

    I’m not sure if I’m reading you correctly here PeterSt. This is the whole problem … the Detailed Report that is generated automatically, popping out after a backtest …. this is the Report that is regularly showing the double counting error, making it different to the Detailed Report that is generated if you ask for it explicitly by requesting it through the chart menu (this will never have the double counting error). Are you saying your configuration of PRT never generates the automatic pop-up Detailed Report?  If so, then this would likely be why you are not experiencing the double-counting problem, as it is specific to the Detailed Report that is automatically generated…

    The problem is perhaps not the problem itself, but the knowledge that something in the background on the platform is obviously not working.

    I agree phoentzs. I do think this problem is a real one as it makes logging results a far more time consuming process and opens the possibility of users relying on the wrong data to assess their systems. But the way it is being handled and the amount of time it has been apparent instills a lack of confidence that is a greater underlying concern.

    #232288

    @PeterSt

    <<Did you create – or change any optimization variables ? If so, what are the values of them to use ? … I feel it is better if you post your .itf of it, then I would not have these questions and a couple more.>>

    I change nothing. I just run the program as it is with EUR/USD 2 minutes.

    Now….a miracle has just happened. I did around twenty backtests with this M15 program and the results were all correct. I did the same thing with two other programs and I made the same observation: no errors after around twenty tests each time. I started again this time by bactesting program 1 then program 2 then program 3 without ever clearing anything on the screen : not a single false result after around twenty repetitions…..!

    This really puzzles me. I’ll see tomorrow if things continue to go well but even in this case it will not be easy to feel safe if we cannot explain anything about this behaviour.

    Gabriel

     

     

     

    #232298

    @Nicolas Do we know more at the developer level now?

    1 user thanked author for this post.
    #232302

    … the Detailed Report that is generated automatically, popping out after a backtest …. this is the Report that is regularly showing the double counting error, making it different to the Detailed Report that is generated if you ask for it explicitly by requesting it through the chart menu (this will never have the double counting error)

    So …

    1. How do  I set (or ask for) things that it automatically pops out after a backtest ? (I really would not know !)
    2. What exactly is the “Chart Menu” you refer to ?

    I did not test anything yet, but I feel we’re close already. It looks to be related to the means the Detailed Report is asked for. So what must I do that it is “asked for” in a way that it may go wrong ?

    #232303

    25 minutes later … you could say I found the culprit. At first I was happy, but this lasted 30 seconds and then I realized that it requires PRT-Premium to solve it.

    All right (not), it’s all in my posts in this topic, but it was only after 25 minutes before I thought of that myself : the live data. Or better said : the not-historical data;
    When we run Backtests in V12, doing so on the normal data everybody with PRT-Complete has, will fail. And not a bit – I don’t know how many variations I have seen. Below .itf can be run on S&P500, which I did with a 1 minute TF on the chart in PRT-IB. It is set up such that you have some variation in the output (Optimization Result) and can keep on clicking in there. Subsequent clicks on the same output line for the maxOrdersL Parameter will mostly yield different results. Or say half of the time. But it is really more bad than imaginable because I have had at least 3 base situations with different “switchable” results. Thus, whatever you do, the results will switch between two sets (say one with 8 trades and the other with 16), but reload the backtest in the chart and it changes to 6 and 12 (the results are completely different). Of the latter you see an example below, looking at the lines with 6. Thus where you see the 6, clicking that line may show a Detailed Report with 6 trades (good in itself) or 12 trades (wrong). … This is what everybody sis saying all the time in this topic.
    Notice that you can not subsequently click the same line – instead you must switch between two output sets (say the top line and the 3rd line in what you see below).

    What I try to say with the above, is that the base set – of which you see one version below – can change completely when you reload the backtest in the chart. Gain is different and the two result lines per backtest are also different. This makes backtesting 100% worthless because I can’t tell which is correct. Okay, *I* now can see which one is correct, because I can yield the absolute correct one, but this requires PRT-Premium. … With History data (the selection of 1M bars) all is fine. And this is how I never noticed the issue, because I always use History data these days. Why ? because else I see changing results throughout the day, just because the data changes (adds with new bars). Again, you see the hints it in my previous posts, although I could not guess the solution.

    … which is no solution for most because most won’t have Premium …


    With Complete hence no-History data, the exhibits vary quite a bit. Below you see the gain 537 which is the good result for clicking the Result Line with 537 on it. But it can also show the 1050 when the 537 line is clicked. Or it shows the DD belonging to the 1050 line. This with variations of the number of trades, which is actually what people talk about as the only culprit (as far as I recall) because that is so obvious. But it is thus worse, and will depend on what you show in the Detailed Report anyway.

    For PRT : What internally goes wrong with the live data is that elements are not reset. You can see this happening because when reset, the whole Detailed Report form briefly flashes (it disappears from screen for a fraction of a second). When it does not reset, you see it cumulating (which is a nice gag). Funny is that with the Historical data you always see it cumulating. And thus what kind of happens in the wrong situation is that it cumulates on top of the previously shown situation.

    I have been trying to find “resets” but did not succeed in that so far. And when I found the solution in Historical data I stopped. As it is now, everybody will be able to test it with the below .itf and focus on reset possibility. And then still it won’t be solved, because reloading all from start just yields completely different results, unless we can find the reset of that too.

    Again for PRT : When I had issues with the Detailed Report myself in V12 (say 6 months back) I described “smart caching” which failed. I don’t even know whether this was ever solved, because when I could not backtest because of nothing showing in the Detailed Report, I hopped back to V11 and worked there for a couple of months. And in there I started using Historical data, just because of the amount of data I needed newly (for my means of optimizing). Now back in V12 with backtesting for yet another couple of months, I only use Historical data there too. And so I think it was never solved, except for data showing again.
    I should be able to point to this post with reference to the same ticket from back then, because apparently it was never solved. But also, I have direct access to Support because I am an IB user, and not IG in the base.
    I will file a new ticket (Technical Report) as well, and will do that somewhere tomorrow (Sunday). Maybe someone finds the reset possibility in the mean time. And otherwise : back to V11.

    #232307

    Back again …

    I just thought of the ever back solution for the sluggish V12 of setting an end date to avoid adding new bars during the week/trade days. Would that help in this case because it won’t be forced to look at the newly added data ?

    YES

    So for today set the end date to yesterday, Friday, and then before the market subject to your backtesting closes. Tadaa.
    And to me it feels that newly loading the backtest into the chart now will be consistent too.

    #232313

    So … How do  I set (or ask for) things that it automatically pops out after a backtest ? (I really would not know !) What exactly is the “Chart Menu” you refer to ? I did not test anything yet, but I feel we’re close already. It looks to be related to the means the Detailed Report is asked for. So what must I do that it is “asked for” in a way that it may go wrong ?

    By Chart Menu I mean, in the main chart for any backtest, there will be an “Equity Curve” chart and “Positions”. At the top left of the Equity Curve chart is a label showing the system name …. and if you are backtesting a rnage o variables it will show some of the variable results. If you click on this label you have various options including “Detailed Report” which generates the Detailed Report.  However, this report is alspo generated automatically when each backtest finishes. I have two completely separte accounts and it has always done this in both Demo and Live accounts, I didn’t change any settings to make this happen, so I don’t know if there is a setting somewhere that relates to this. It is the Automatically generated Detailed Report that hs the double counting issue. So i you are not getting this, you arae not seeing the same issue.

    And to me it feels that newly loading the backtest into the chart now will be consistent too

    The Double Counting issue happen throughout the week, including the weekend when the market I use is closed and no data is being added, so I’m afraid I don’t think this relates to the problem.

     

    #232314

    so I’m afraid I don’t think this relates to the problem.

    So did you try it ??

    #232315
    Wim

    The Double Counting issue happen throughout the week, including the weekend when the market I use is closed and no data is being added, so I’m afraid I don’t think this relates to the problem.

    I can confirm that. Double counting shows itself at what seems to me random moments. Not related to any kind of setting or way of starting a backtest (first time or repetition). Not sure whether it’s real or demo account related, I only backtest on real account, my demo account is for running “live” robots.
    So, a wild guess from my side: PRT has said that they couldn’t reproduce the problem on their side. They probably do this on a development system with all the resources you could dream of, whereas we run on client servers. Backtesting runs probably on these same servers, and is offered as a free services as long as resources are available. Now suppose these servers are temporarily charged to a maximum when we execute a backtest, glitch in memory due to over-loading (some would call that a bug), double counting in the report. And after that incident follows a period of n days without any double counting. There you have your random behavior, not?
    Having worked in automation, development as well as service, I do admit that finding the cause of intermittent errors is a hell of a job.

    1 user thanked author for this post.
    #232316

    So Wim, did YOU try it ?? (and I mean my solution)

    #232317
    Wim

    Nope, Peter, not yet. Will study on it later.

    #232318

    So did you try it ??

    I’m not sure how I can test it in any meaningful way … I’m running backtests this morning and the problem is still happening, but the market is closed, there is no new data being added …

Viewing 15 posts - 91 through 105 (of 134 total)

Create your free account now and post your request to benefit from the help of the community
Register or Login