MT5 Per coloro che si preoccupano della velocità. - pagina 18

 
shelandr:

Una buona domanda... cercherò di dare una risposta adeguata.

1 Non sto parlando di microsecondi = i millisecondi sono sufficienti.

2 Forse la variante che suggerisci non è male, ma non ho familiarità con essa, e richiede un sacco di sforzo per padroneggiare e utilizzare, ma da quanto ho capito, stiamo parlando di programmazione nel sistema MQL... Secondo me, è un'ideologia capovolta, quando non si include MQL negli strumenti di programmazione standard, ma si cercano soluzioni per il proprio linguaggio - uno molto specifico, tra l'altro.

Ma la cosa principale non è il punto, ci sono un sacco di NIC molto veloci dopo tutto.

Il problema è che non importa come programmiamo, la struttura del sistema rimane la stessa.

L'unico modo per guadagnare è cambiare la configurazione del sistema. Per esempio, l'elaborazione dei segnali di scambio può essere fatta in un router, se aggiungiamo un po' di software di elaborazione al suo processore, e allora il ramo dal router al computer scompare del tutto, tutto avviene nel router.

E invece di un router può essere un server e l'elaborazione avviene nel server. ( continua)

Inoltre, potrei ospitare questo programma su un server esterno e sbarazzarmi dei vicini di torrent e di suo figlio, che è già stufo di loro).

Ma per questo, ho bisogno di comunicare con il broker del server direttamente e non attraverso mediatori lenti.

C'è un altro problema-programmazione di scambio su Internet, posso solo attraverso procedure standard o comandi forniti nella libreria, come MSDN - non sono molto conveniente perché sono anche scritti e ciò che fanno e come nessuno sa ...

Se potessi programmare a livello di endpoint fisico potrei impostare le priorità e ottenere ciò di cui ho bisogno e quando ne ho bisogno... in più il controllo attuale della comunicazione con il server broker non sarebbe affatto male.

 
shelandr:

Diciamo che l'elaborazione dei segnali di scambio può essere fatta nel router se si aggiunge un piccolo programma di elaborazione al suo processore e poi il ramo dal router al computer scompare del tutto, tutto avviene nel router.

Per essere più precisi dal flusso di ingresso dei segnali di scambio si formano 2 flussi, uno che elabora velocemente i segnali di ingresso e se necessario comunica con il broker e il secondo flusso che è diretto al cliente in modo che possa guardare il monitor.
 

È stata inventata una cosa divertente:

Circa.

Stock# è una libreria di programmi per SmartCOM, per creare su piattaforma .NET robot di trading, programmi analitici e MTS.
Stock# ti permette di automatizzare il trading, creare assolutamente qualsiasi strategia: dallo scalper veloce al posizionale lungo, sviluppare qualsiasi programma analitico, indicatori e consulenti.

Caratteristiche di una biblioteca:

  1. Questa è una biblioteca, non un programma. Non impone alcuna restrizione.
  2. Lavoro diretto con i sistemi di trading.
  3. Completa indipendenza da programmi di terze parti.
  4. Possibilità di trasferire il robot a una connessione diretta a un gateway senza cambiare la logica.
  5. Modello di mercato facile da usare, basato sull'approccio delle borse mondiali.
  6. Elaborazione rapida delle strategie. Nessun ritardo di secondi sintetici.
  7. Esecuzione di centinaia di strategie simultaneamente su qualsiasi strumento e time frame.
  8. Capacità di implementare strategie scalper con un lasso di tempo inferiore al secondo.
  9. Moderna piattaforma .NET con potenti funzionalità. Nessuna restrizione presente nei linguaggi di scripting.
  10. Totalmente gratuito.

Puoi fare domande all'autore, discutere delle caratteristiche sul nostro forum

Maggiori informazioni sulla libreria, così come per scaricare l'ultima versione possono essere trovate sul sito dell'autore

Appassionati... Vedi COSA hanno fatto - un sacco di applicazioni grafiche di stock...

Ma hanno dimenticato che ci vuole molto tempo per farli funzionare... Hanno un sacco di freni per disegnare lo schermo invece di trasferire le funzioni di analisi al robot...

Questo è comprensibile l'autore è un programmatore, non un commerciante, non sa lui stesso di cosa ha bisogno qualcuno... Dovrò chiamare per parlare - forse non capisco qualcosa...

 

No... scava un po' più a fondo... guarda il riferimento:

Generazione di codice macchina

La maggior parte dei compilatori traduce un programma da qualchelinguaggio di programmazione di alto livello incodice macchina che può essere eseguito direttamentedal processore. Di regola questo codice è anche orientato all'esecuzione nell'ambiente di un particolaresistema operativo, poiché utilizza le strutture che esso fornisce(chiamate di sistema, librerie di funzioni). L'architettura (l'insieme di software e hardware) per cui viene eseguita la compilazione è chiamatamacchina di destinazione.

Il risultato della compilazione è un modulo eseguibile con le massime prestazioni possibili, ma legato a uno specifico sistema operativo e processore (e non funzionerà su altri).

Ladecompilazione è il processo di ricreazione del codice sorgente con un decompilatore.

La decompilazione, in particolare, è usata nelreverse engineering dei programmi.

Il successo della decompilazione dipende dalla quantità di informazioni presenti nel codice decompilato;il bytecode usato dalla maggior parte delle macchine virtuali (comeJava Virtual Machine o .NET FrameworkCommon Language Runtime) spesso contiene ampi metadati, rendendo la decompilazione fattibile, mentre ilcodice macchina è più rado e difficile da decompilare. Le chiamate di subroutine o di funzioni con indirizzi indiretti sono particolarmente difficili da decompilare.

Generazione di bytecode

Il risultato del lavoro del compilatore può essere un programma in unlinguaggio di basso livello appositamente creato per essereinterpretatoda una macchina virtuale. Tale linguaggio è chiamato pseudocodice obytecode. Di regola non è codice macchina di nessun computer e i programmi scritti in esso possono essere eseguiti su varie architetture che hanno una macchina virtuale corrispondente, ma in alcuni casi le piattaforme hardware sono create per supportare direttamente lo pseudocodice di qualsiasi linguaggio. Per esempio, lo pseudocodice Java è chiamatoJava bytecode e viene eseguito nella JavaVirtual Machine; la specifica del processorepicoJava è stata creata per l'esecuzione diretta. Per il.NET Framework, lo pseudocodice si chiama CommunonIntermediate Language(CIL) e il runtime si chiama Common Language Runtime (CLR).

Dovrei provare a decompilare qualcosa...

Компилятор — Википедия
  • ru.wikipedia.org
Компиля́тор — программа или техническое средство, выполняющее компиляцию.[1][2][3] Компилировать — проводить трансляцию машинной программы с проблемно-ориентированного языка на машинно-ориентированный язык.[3] Векторизующий. Транслирует исходный код в машинный код компьютеров, оснащённых векторным процессором. Гибкий. Сконструирован по...
 

Aggeggi interessanti:

Modulo Ethernet...Nomber2...

può programmarli rapidamente e in modo funzionale... Non posso metterli su un VPS, ma andranno bene per casa...

Mi piacerebbe che fosse più potente, naturalmente, ma è necessario guardare anche queste caratteristiche... È possibile appendere al bus Comp-Router in parallelo e comunicherà sia con il computer che con il server del broker... Gli strumenti software sono collegati ad essi... La cosa principale è che non c'è bisogno di saldare nulla.

È abbastanza moderno:

Tibboha rilasciato un nuovo firmware chiamato "Serial Over IP". (SOI) firmware che funziona come un convertitore RS/ethernet standard!

Questa applicazione èopen source e distribuitagratuitamente. Potete usare liberamente l'applicazione "così com'è" o modificarla per il vostro sviluppo.
Программируемый контроллер с ethernet
Программируемый контроллер с ethernet
  • www.tibbo.ru
На данный момент устройство поставляется c уже распаянным разъемом RJ203. EM1206 - миниатюрный BASIC-программируемый встраиваемый модуль. В комбинации с RJ203 (jack/magnetics) разъемом, EM1206 занимает всего лишь 34.5x19мм пространства печатной платы. EM1206 может быть использован с любым подходящим ethernet разъемом. Модуль включает 100Base/T...
 

Miglioramento delle prestazioni dei socket nella versione 3.5


.NET Framework 4.5
Questo argomento non è stato ancora valutato-Valuta questo argomento

La classeSystem.Net.Sockets::Socket è stata migliorata nella versione 3.5 per l'uso da parte di applicazioni che utilizzano una rete I/O asincrona per ottenere alte prestazioni. Unaserie di nuove classi sono state aggiunte come parte di una serie di miglioramenti alla classeSocket che forniscono un modello alternativo asincrono che può essere utilizzato da applicazioni socket specializzate ad alte prestazioni.Questi miglioramenti sono specificamente progettati per le applicazioni server di rete che richiedono alte prestazioni.Un'applicazione può usare il miglioramento del modello asincrono esclusivamente o solo in aree attive mirate della sua applicazione (quando riceve grandi quantità di dati, per esempio).

Улучшения производительности сокетов в версии 3.5
Улучшения производительности сокетов в версии 3.5
  • msdn.microsoft.com
Основной особенностью этих расширений является исключение повторных размещений и синхронизация объектов во время выполнения на сокете асинхронных операций ввода-вывода большого объема. Шаблон разработки/элемент в данный момент реализованный классом для асинхронного ВВОДА-ВЫВОДА сокета требуется объект был выбрать для каждой асинхронной...
 
Con chi stai parlando ora?
 
FAQ:
Con chi stai parlando ora?
Annoiato :) Mi sto scervellando sui grandi obiettivi di Sehalandr, cosa vuole trasmettere al forum dopo tutto :)
 
server:
Uomo annoiato :) Mi sono scervellato sui grandi obiettivi di Seheland, ma alla fine cosa vuole portare al forum :)

Questo è il tipo di uomo che è... Niente può impedirgli di ammirare se stesso.

 
Che ramo lungo. Qui è dove la gente intelligente si ritrova)