[SHARE] GAB - Gekko Automated Backtests

[tommiehansen]

1. Make sure you run a recent PHP version. A problem could be that you're running something old; goto your terminal and write php -v. Don't run versions prior to PHP 7.
2. "pretty recent" doesn't mean much, if you want to know your max check your cpu-usage when running 1, 2, 3.. threads.
3. The errors you're seeing is because it could not add the trades to the $trades array. Thus you also see 'division by zero'. I don't know how to solve that since it makes no logical sense since there should be values there. This could be because of old php version that does things differently.
4. No appending results to a date range would be terrible since different date ranges always yield different results and thus SET A shouldn't be compared to B since they would live in completely different universes backtesting-wise.

Btw -- if my answers seem a bit short it's simply because i got a lot of stuff to do.

thx again.

1. should not be the problem:

php -v
PHP 7.2.3-1+ubuntu16.04.1+deb.sury.org+1 (cli) (built: Mar  6 2018 11:18:25) ( NTS )
Copyright © 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright © 1998-2018 Zend Technologies
    with Zend OPcache v7.2.3-1+ubuntu16.04.1+deb.sury.org+1, Copyright © 1999-2018, by Zend Technologies

2. i know its not a powerhouse. its a dell xps 13 i7 8550U CPU @ 1.80GHz x 8 16Gb Ram. it should cope with most of what i throw at it. have around 80% CPU with 4-5 backtests at the same time
3. ok no clue there lol
4. ok get it. seems legit if you say so 

dont worry man. you have been very helpful. thanks for that.

will try to test some further. 
btw do you know if resuming tests on the same exact set will append the results with tests with never before used settings. do you know what i mean. sry i cant seem to explain that in english 
cheers

edit1:

so one new developement. now i also got error output in gekko commandline.
i have not seen it before:

 xxx POST /api/backtest 500 242ms -

  Error: non-error thrown: Child process has died.
      at Object.onerror (/home/david/gekko/node_modules/koa/lib/context.js:105:40)
      at <anonymous>
      at process._tickCallback (internal/process/next_tick.js:188:7)

1. No, not a problem at all. You're basically on the last version which is great.
2. I would really not run over 3 threads with an i7 8550u (or any laptop) though. This could lead to what i was saying about it being a que created and do note that max timeout for runner.php (the thing that runs stuff) is 900 by default (which equals 15 minutes). If you start queing up backtests that take longer then that time you'll start getting errors.
3. -
4. -

Resuming
Yes, resuming will always append if the daterange has not changed (one has not imported new data etc). This is sort of a core feature due to the fact that one may not want to run all the runs one would want in a single run (because that could literally take over 30 hours). So just stop anything and run it at a later time if you need to to free up CPU-resources etc.

Gekko error
I don't know about this. Be sure that you have your UIconfig.js @ /gekko/web/vue/UIconfig.js set to a higher then default value though (default is like 2 minutes).


This is my UIconfig.js:

Code:

// This config is used in both the
// frontend as well as the web server.

// see https://github.com/askmike/gekko/blob/stable/docs/installing_gekko_on_a_server.md

const CONFIG = {
 headless: false,
 api: {
   host: '127.0.0.1',
   port: 3000,
   timeout: 7200000 // 120 minutes
 },
 ui: {
   ssl: false,
   host: 'localhost',
   port: 3000,
   path: '/'
 },
 adapter: 'sqlite'
}

if(typeof window === 'undefined')
 module.exports = CONFIG;
else
 window.CONFIG = CONFIG;