MT5 For those who care about speed. - page 21
You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
Why doesn't it work - it works, buy a paid feed and build your own bike.
I do not understand what is meant by SYSTEM
If you mean the TC, it should be working in the first place
All the rest is a tenth problem to be solved.
We are talking about the tenth crucial question...
If there's a connection to the server, the client terminal and the programming language, the ticks from the broker's server, the timely opening/closing of positions and the failure of communication with the server...and all in this vein.
If there was a connector to the server from the developer (for different platforms), which can be built into your program, then write the EA even in BASIC though in Delphi (who knows what), and maintain such a system would be easier - if the connector connects, then the client can ask all the other questions to the support of the language.
Of course, the current versions (MT4, MT5) are also needed. If you want - use full version, if you want connector, if you want both...
The system is the terminal and the programming language of the Expert Advisor.
The system is all together and the terminal and the programming language of the EA, and the ticks from the broker's server and the timeliness of opening/closing positions and failure of communication with the server ... and everything in this spirit.
If there was a connector to the server from the developer (for different platforms), which can be built into your program, then write the EA even in BASIC though in Delphi (who knows what), and maintain this system would be easier - if the connector connects, then the client can ask all the other questions to the support of the language.
Of course, the current versions (MT4, MT5) are also needed. You may use full version or connector if you want.
I see.
Build yourself an airstrip on the property for airbuses. Maybe someday you'll have an airbus of your own. Bam, the runway's ready.
You don't need the extra speed if you don't have the TC to use it.
Why do you need super speed if you don't and won't have TS for it?
I've been polishing my TS for 2 years, tried different algorithms of EA's work, including round-week trade, and at the end there was a certain system, a certain algorithm.
One of the main criteria for success (not the only one) is the speed of opening andclosing positions.
Some fairly good traders do not need any robot at all - besides the price chart and volume, they need only 2 buttons-Buy and Sell... But even they need the speed of execution, because who knows how far the price will go once they decide to close.
I see that the trend is increasing the speed of price changes and classical analysis methods do not work - there is a trend to high-speed algorithms, and who is faster - will be more right. Already today they are on the right.
Moreover, the amount of speculation and stop-hunting does not exclude the possibility that the terminal can send a broker everything you want, like a Trojan horse.
Therefore I want to control the information of Terminal-Broker channel and the first steps in this direction have given a very interesting picture. I'm not ready to discuss it publicly and I haven't understood it yet myself, but I understand that: I want to control it and understand it.
And why do you need super speed?
The TS is not a dogma - it has a life of its own. The Expert Advisor has a lot of phases, so it also has a lot of operating modes, which I should be able to set and transform the Expert Advisor based on the parameters calculated by the Expert Advisor.
And we need a tool for quick EA parameter correction for this purpose.
In addition, you must be sure of the quality of the terminal (that it is not overloaded in some phases), and that it is controlled by your commands, as well as the possibility of rapid modernization of its program with subsequent recompilation. Until the trader has such a system, development and modernization of the TS will be painful and uncomfortable. Be sure of something at least - otherwise there are too many uncertainties.
If you already have too many uncertainties, why the order has not closed (or closed), whether the Expert Advisor did not work, or a rout from the exchange, or terminal hangs, or the broker has not given confirmation of the closing of..... whether the instant or Market exeqution .... whether a Windows antivirus started and did not give the terminal to send to the exchange ... whether the news came and ate CPU time ... whether the network interface was busy and the package was delayed sending to the exchange...
Therefore, the system needs a reserve of speed so that it does not fail in critical situations.
I have too many uncertainties at the moment - why the order did not close (or closed) - whether the Expert Advisor did not work, whether the exchange passed through, whether the terminal froze, whether the broker did not give confirmation of closing..... whether the instant or Market exeqution .... whether the wind started antivirus and did not allow the terminal to send to the exchange ... whether the news came and ate processor time ... whether the network interface was busy and the package was delayed sending to the exchanger...
Whether TCP/IP protocol is slow and slow...
what am I going to do with these TcpIp steamroller moreover the protocol is slow anyway and the server will not work fast even without your program.
or if it's obsolete...
shelandr:
..and the TCP protocol is very obsolete...
You are asking for a connector to the server from the developer, but what is the point of it since TCP/IP is, in your words, slow and obsolete?
There is a lot of illogic in your requests.
You ask for a connector to the server from the developer, but what is the point of it, because TCP/IP is, as you say, slow and obsolete?
There's a lot of illogic in your queries.
Human life and female or male logic in general, there are things that are illogical by and large, but this is a philosophical topic and we do not consider it.
The TCP/IP protocol, according to you, is slow and obsolete? -Not only in my words, but in the words of many experts.
But besides it, a whole bunch of brakes and glitches are added to this obsolete protocol.
The current conception of human evolution - division of the general into particularities or forming of narrow specialists resulted in loss of holistic understanding of the tasks not only in our theme but in any other sphere of life and it is not clear how this era will end.
As a result programmers are not taught at all to solve tasks taking into account the execution time of commands and procedures, and in general they solve only programmed task of functioning in principle, but not taking into account the real events. Programming complexity has already increased due to constant improvement of system methods and exponential growth of number and complexity of tools used by them.
A number of tasks (flight control and other defence tasks) require real-time operation - but there - quite different programmers and other tools of methods.
In short: in a whole bunch of hardware and software glitches - Internet protocol is the only solid foundation which can be trusted - everything else is false and operating systems and programs (who knows how written) and many others.
We can't even resolve conflicts unless we have a record of the network protocol--it's like the black box of an aeroplane... For example, your argument that you pressed to close an order and the exchange didn't execute it is ridiculous and unconvincing. It's not even an argument-it can't be proven ... or maybe your system froze at this point, or you picked the wrong lot ... etc.