Fucntions() vs execution speed

Apr 09, 2016 at 10:34
Przeglądane 644
8 Replies
Uczestnik z Sep 04, 2014   25 postów
Apr 09, 2016 at 10:34
Hello programers

Is that a function inside my Ea that I do not call can slow the execution of my Ea ?

Thank you
luclevesque17@
Uczestnik z Sep 20, 2014   365 postów
Apr 09, 2016 at 13:08
The delay any function calling will have compared to how slow MT is, is meaningless. Speed is not one of MT's attributes.
Uczestnik z Sep 04, 2014   25 postów
Apr 10, 2016 at 06:24
Ok, if I admit MT is slow, could it be faster if I remove functions I don't use?
luclevesque17@
Uczestnik z Sep 20, 2014   365 postów
Apr 10, 2016 at 12:25
No, the problem is the internet between you and your trades and MT's server, not how fast your computer can do things.

Let's take a big closeout for example, 100 trades. You have to select each trade, close it, wait for the response, then go to the next one, close it, wait for the response and so on. You can do maybe 2 a second. The 1/1000th you use to read a defunct function doesn't even begin to feature.

MT 5 supposedly has an asynchronous mode and only tracks single positions, which in theory solve the time issues, but certainly not to the extent where you need inline functions. And frankly very few brokers use it. There's no demand for it.

Oanda is a bit better, there you can use the API to send an apposing trade, so if you have say 100 trades of 1000 units each you'll send a single order to close 100*1000 and they will do it server side, at their best server speed, which is almost instant, but if it's over more than 1 pair they have a delay written into their closes. So then you're waiting 1 second anyway per pair and you're back to the point where 1/1000th delay doesn't matter.

So unless you're using an enterprise level language and you're plugging directly into the banks with co-hosted servers empty functions simply doesn't matter.

You basically need to be into HFT for it to matter, and that means you have to get out of someone else framework and write your own from scratch and you'll probably have to use the FIX protocol which will create a massive amount of work for you.

Uczestnik z Sep 20, 2014   365 postów
Apr 10, 2016 at 12:36
And I forgot to mention, all price data comes in to your machine as ticks. So any of the MT functions you call reads local data. There is no delay in getting info. So it's not as if you're sitting in functions waiting for data to come in.

So ja, reading empty functions simply doesn't matter.
Uczestnik z Nov 14, 2015   325 postów
Apr 10, 2016 at 17:56
ctrl + alt + delete, if your Metatrader service are using 100% / number of cores on your machine, your EA might have a performance issue, otherwise, its just fine.

Functions not called doesn't have overhead, it use a minuscule amount of ram.
Uczestnik z Jan 05, 2016   1189 postów
Apr 10, 2016 at 22:25
Functions which are not called, do not execute, therefore have no impact upon mt4 execution times in your EA or Indicators.
If it looks too good to be true, it's probably a scam! Let the buyer beware.
Uczestnik z Sep 04, 2014   25 postów
Apr 12, 2016 at 06:18
Thank you all!
theHand. This is exactly my problem. My EA try to close several trades at once, but it's so long that he forgets that he started work, and some trades will not be closed.
luclevesque17@
Uczestnik z Sep 16, 2009   190 postów
Apr 12, 2016 at 06:52
MT4 will use ex4 version file. This compiled file use only called functions. So, Any extra functions that are not used in the EA algorithm will not effect.
Try always to show Currency pairs that you are using in Market Watch window. This will reduce the need of MT4 to look for more ticks of data from the server.
... oshaban ... skype: oshaban27 ...
You must be connected to Myfxbook in order to leave a comment
*Komercyjne wykorzystanie i spam są nieprawidłowe i mogą spowodować zamknięcie konta.
Wskazówka: opublikowanie adresu URL obrazu / YouTube automatycznie wstawi go do twojego postu!
Wskazówka: wpisz znak@, aby automatycznie wypełnić nazwę użytkownika uczestniczącego w tej dyskusji.