Enhancing an indicator

• 10/27/2016 at 10:44 AM #15620
  Spekulanten

  Hi,

  I am wondering if i could get some tips and trix that you experts uses, to make an indicator smoother, so that it calculates better, faster, and don’t take all power from the internet and computer.

  How do you make long and complex indicators smoother?

  Hope you have some nice feedback on this, as it’s a big problem for many.

  Also, if you have any information on what someone should not do, it would be much appreciated. And also what one should do when creating a long and complex code.

  I’m experiencing now that the indicator sometimes won’t show, and it’s amazingly slow to calculate.

  Would a better computer help or is it data from internet that is the most important? I have great internet.
  Thanks in advance!

  

  Spekulanten

  Participant

  Topics: 12

  Replies: 18

  Been thanked: 0 times
  10/28/2016 at 10:56 AM #15660
  nielkofc

  Du får bli bättre på att skapa funktioner som du sedan kan återanvända. Inte göra samma kalkyl flera gånger. Gör komplexa utrökningar i indikatorer som du sedan anropar i ProOrder. Sen hjälper det varken med en snabbare dator eller snabbare internet eftersom att indikatorerna och systemen exekveras på PRT’s egna servrar.

  

  nielkofc

  Participant

  Topics: 1

  Replies: 3

  Been thanked: 0 times
  10/28/2016 at 1:38 PM #15667
  Spekulanten

  Alright! Får försöka få ut så många delar av en funktion som möjligt då. Att använda sig av så få andra indikatorer som möjligt också då? Så det är alltså bättre att låta indikatorerna jobba än ProOrder då alltså.

  Typ, if x and y then

  w = q
  r = 2
  m = 1
  l= u
  else
  ….
  …

  Istället för att skriva varje funktion om och om igen?

  Antog det med servern.

  Om man använder samma perioder fast i olika funktioner, t ex [20],[20],[20],[20],[20], är det bättre att sätta detta som [p] och sen p = 20 ? Har du några sådana liknande regler att dela med dig av?

   

   

  

  Spekulanten

  Participant

  Topics: 12

  Replies: 18

  Been thanked: 0 times
  10/29/2016 at 5:43 PM #15702
  Wing

  Att sätta p som 20 kommer inte hjälpa för perioder.

  Viktigt är som sagt att kalla indikatorer/funktioner så få gånger som möjligt, så de slipper återkalkyleras. Om möjligt, baka ihop koden för olika indikatorer till en, eller lägg dem direkt i koden för ditt system. Vad du speciellt vill undivika är indikatorer som kallar egna indikatorer, och i värsta fall ytterligare lager av indikatorer. Är osäker på vad som gör indikatorer mest långsamma, men vet att vissa matematiska funktioner kan vara intensiva, som att räkna ut genomsnitt för ett stort antal candles.

  

  Wing

  Participant

  Topics: 6

  Replies: 159

  Been thanked: 77 times
  10/30/2016 at 9:52 PM #15729
  Spekulanten

  Tack för din input Wing!

  Om vi säger såhär då, är det alltså bättre att ha all kod i en indikator istället för att kalla in dessa indikatorer? Att länka så många villkor som möjligt till så få indikatorer är jag med på.

  Som jag har det nu, så har jag ett flertal olika indikatorer som jag vill använda i en indikator. Nu kallar jag dock in dessa. Då bör jag alltså lägga in dessa indikatorers koder till min sammanfattande indikator?(blir långt) Samtidigt kan jag härleda fler till samma “indicatorx”/villkor istället för att alla har sina egna(som egentligen är samma), blir som synergieffekt. Känns väldigt logiskt, vill ha en tydlig förståelse för att skapa avancerade men smidiga indikatorer, som inte laddar i evigheter.

   

  

  Spekulanten

  Participant

  Topics: 12

  Replies: 18

  Been thanked: 0 times
  10/30/2016 at 11:07 PM #15730
  Wing

  Ja, om du verkligen behöver få den att ladda snabbare.

  1 user thanked author for this post.

  Spekulanten

  

  Wing

  Participant

  Topics: 6

  Replies: 159

  Been thanked: 77 times
• Author
  Posts