Una buena pregunta... intentaré dar una respuesta adecuada.
1 No hablo de microsegundos = basta con milisegundos.
2 Tal vez la variante que propones no esté mal, pero no la conozco, y requiere mucho esfuerzo para dominarla y utilizarla, pero según tengo entendido, estamos hablando de programar en el sistema MQL... En mi opinión, es una ideología al revés, cuando no se incluye MQL en las herramientas de programación estándar, sino que se buscan soluciones para su propio lenguaje, uno muy específico, por cierto.
Pero lo principal no es lo importante, al fin y al cabo hay muchas NICs muy rápidas.
El problema es que, independientemente de cómo programemos, la estructura del sistema sigue siendo la misma.
La única forma de ganar es cambiar la configuración del sistema. Por ejemplo, el procesamiento de las señales de intercambio se puede hacer en un router, si añadimos un poco de software de procesamiento a su procesador, y entonces la rama del router al ordenador desaparece en absoluto, todo ocurre en el router.
Y en lugar de un router puede ser un servidor y el procesamiento tiene lugar en el servidor. ( continuación)
Además, podría alojar este programa en un servidor externo y librarme de los vecinos de torrent y de su hijo, que ya está harto de ellos).
Pero para esto, necesito comunicarme con el broker del servidor directamente y no a través de mediadores lentos.
Hay otro problema-programación de intercambio a través de Internet, sólo puedo a través de procedimientos estándar o comandos proporcionados en la biblioteca, como MSDN - no soy muy conveniente porque también se escriben y lo que hacen y cómo nadie sabe ...
Si tuviera la capacidad de programar a nivel de punto final físico podría establecer prioridades y obtener lo que necesito y cuando lo necesito... además el control actual de la conexión con el servidor del broker no estaría nada mal.
Digamos que el procesamiento de las señales de intercambio se puede hacer en el router si se añade un pequeño programa de procesamiento a su procesador y entonces la rama del router al ordenador desaparece en absoluto, todo sucede en el router.
Para ser más precisos a partir del flujo de entrada de señales de intercambio se forman 2 flujos, uno que procesa rápidamente las señales de entrada y si es necesario se comunica con el broker y el segundo flujo que se dirige al cliente para que pueda ver el monitor.
Stock# es una biblioteca de programas para SmartCOM, para crear en la plataforma .NET robots de trading, programas analíticos y MTS. Stock# le permite automatizar el comercio, crear absolutamente cualquier estrategia: desde el scalper rápido hasta el posicional largo, para desarrollar cualquier programa analítico, indicadores y asesores.
Características de una biblioteca:
Es una biblioteca, no un programa. No impone ninguna restricción.
Trabajo directo con sistemas de comercio.
Independencia total de los programas de terceros.
Posibilidad de transferir el robot a una conexión directa con una pasarela sin cambiar la lógica.
Modelo de mercado fácil de usar, basado en el enfoque de las bolsas mundiales.
Procesamiento rápido de las estrategias. No hay retrasos de segundos sintéticos.
Ejecutar cientos de estrategias simultáneamente en cualquier instrumento y marco temporal.
Capacidad para aplicar estrategias de scalper con un tiempo inferior a un segundo.
Moderna plataforma .NET con una potente funcionalidad. No hay restricciones presentes en los lenguajes de scripting.
Totalmente gratis.
Puedes hacer preguntas al autor, discutir las características en nuestro foro
Más información sobre la biblioteca, así como para descargar la última versión se puede encontrar en el sitio del autor
Los entusiastas... Ver lo que han hecho - un montón de aplicaciones gráficas de stock...
Pero se olvidaron de que se necesita mucho tiempo para ejecutarlas... Tienen muchos frenos para dibujar la pantalla en lugar de transferir las funciones de análisis al robot...
Esto es comprensible el autor es un programador, no un comerciante, él mismo no sabe lo que alguien necesita ... Voy a tener que llamar para hablar - tal vez no entiendo algo ...
La mayoría de los compiladores traducen un programa de algúnlenguaje de programación de alto nivel acódigo máquina que puede ser ejecutado directamentepor el procesador. Por regla general, este código también está orientado a la ejecución en el entorno de unsistema operativo concreto, ya que utiliza las facilidades que éste proporciona(llamadas al sistema, bibliotecas de funciones). La arquitectura (el conjunto de software y hardware) para la que se realiza la compilación se denominamáquina de destino.
El resultado de la compilación es un módulo ejecutable con el máximo rendimiento posible, pero ligado a un sistema operativo y un procesador específicos (y no se ejecutará en otros).
Ladescompilación es el proceso de recrear el código fuente con un descompilador.
La descompilación, en particular, se utiliza en laingeniería inversa de programas.
El éxito de la descompilación depende de la cantidad de información presente en el código descompilado;el código de bytes utilizado por la mayoría de las máquinas virtuales (comola máquina virtual de Java o elCommon Language Runtime de .NET Framework) suele contener una gran cantidad de metadatos, lo que hace factible la descompilación, mientras queel código de máquina es más escaso y difícil de descompilar. Las llamadas a subrutinas o funciones con direcciones indirectas son especialmente difíciles de descompilar.
Generación de bytecode
El resultado del trabajo del compilador puede ser un programa en unlenguaje de bajo nivel especialmente creado para serinterpretadopor una máquina virtual. Este lenguaje se llama pseudocódigo obytecode. Por regla general, no se trata del código máquina de ningún ordenador y los programas escritos en él pueden ejecutarse en diversas arquitecturas que disponen de la correspondiente máquina virtual, pero en algunos casos se crean plataformas de hardware que soportan directamente el pseudocódigo de cualquier lenguaje. Por ejemplo, el pseudocódigo de Java se llamabytecode de Java y se ejecuta en lamáquina virtual de Java, y la especificación del procesadorpicoJava se creó para la ejecución directa. En el caso de.NET Framework, el pseudocódigo se llama CommunonIntermediate Language(CIL) y el tiempo de ejecución se llama Common Language Runtime (CLR).
Компиля́тор — программа или техническое средство, выполняющее компиляцию.[1][2][3] Компилировать — проводить трансляцию машинной программы с проблемно-ориентированного языка на машинно-ориентированный язык.[3] Векторизующий. Транслирует исходный код в машинный код компьютеров, оснащённых векторным процессором. Гибкий. Сконструирован по...
puede programarlas de forma rápida y funcional... No puedo ponerlas en un VPS, pero servirán para casa...
Me gustaría que fuera más potente, por supuesto, pero es necesario mirar también estas características... Es posible colgar en el bus Comp-Router en paralelo y se comunicará tanto con el ordenador como con el servidor del broker... Las herramientas de software están unidas a ellas... Lo principal es que no es necesario soldar nada.
Es bastante moderno:
Tibboha lanzado un nuevo firmware llamado "Serial Over IP" (SOI) que funciona como un convertidor RS/ethernet estándar.
Esta aplicación es decódigo abierto y se distribuyegratuitamente. Puede utilizar libremente la aplicación "tal cual" o modificarla para su propio desarrollo.
На данный момент устройство поставляется c уже распаянным разъемом RJ203. EM1206 - миниатюрный BASIC-программируемый встраиваемый модуль. В комбинации с RJ203 (jack/magnetics) разъемом, EM1206 занимает всего лишь 34.5x19мм пространства печатной платы. EM1206 может быть использован с любым подходящим ethernet разъемом. Модуль включает 100Base/T...
La claseSystem.Net.Sockets::Socket ha sido mejorada en la versión 3.5 para su uso por aplicaciones que utilizan redes de E/S asíncronas para lograr un alto rendimiento. Sehan añadido varias clases nuevas como parte de un conjunto de mejoras a la claseSocket que proporcionan un modelo asíncrono alternativo que puede ser utilizado por aplicaciones de socket especializadas de alto rendimiento.Estas mejoras están diseñadas específicamente para aplicaciones de servidores de red que requieren un alto rendimiento.Una aplicación puede utilizar la mejora del modelo asíncrono exclusivamente o sólo en áreas activas específicas de su aplicación (cuando recibe grandes cantidades de datos, por ejemplo).
Основной особенностью этих расширений является исключение повторных размещений и синхронизация объектов во время выполнения на сокете асинхронных операций ввода-вывода большого объема. Шаблон разработки/элемент в данный момент реализованный классом для асинхронного ВВОДА-ВЫВОДА сокета требуется объект был выбрать для каждой асинхронной...
Una buena pregunta... intentaré dar una respuesta adecuada.
1 No hablo de microsegundos = basta con milisegundos.
2 Tal vez la variante que propones no esté mal, pero no la conozco, y requiere mucho esfuerzo para dominarla y utilizarla, pero según tengo entendido, estamos hablando de programar en el sistema MQL... En mi opinión, es una ideología al revés, cuando no se incluye MQL en las herramientas de programación estándar, sino que se buscan soluciones para su propio lenguaje, uno muy específico, por cierto.
Pero lo principal no es lo importante, al fin y al cabo hay muchas NICs muy rápidas.
El problema es que, independientemente de cómo programemos, la estructura del sistema sigue siendo la misma.
La única forma de ganar es cambiar la configuración del sistema. Por ejemplo, el procesamiento de las señales de intercambio se puede hacer en un router, si añadimos un poco de software de procesamiento a su procesador, y entonces la rama del router al ordenador desaparece en absoluto, todo ocurre en el router.
Y en lugar de un router puede ser un servidor y el procesamiento tiene lugar en el servidor. ( continuación)
Además, podría alojar este programa en un servidor externo y librarme de los vecinos de torrent y de su hijo, que ya está harto de ellos).
Pero para esto, necesito comunicarme con el broker del servidor directamente y no a través de mediadores lentos.
Hay otro problema-programación de intercambio a través de Internet, sólo puedo a través de procedimientos estándar o comandos proporcionados en la biblioteca, como MSDN - no soy muy conveniente porque también se escriben y lo que hacen y cómo nadie sabe ...
Si tuviera la capacidad de programar a nivel de punto final físico podría establecer prioridades y obtener lo que necesito y cuando lo necesito... además el control actual de la conexión con el servidor del broker no estaría nada mal.
Digamos que el procesamiento de las señales de intercambio se puede hacer en el router si se añade un pequeño programa de procesamiento a su procesador y entonces la rama del router al ordenador desaparece en absoluto, todo sucede en el router.
Se ha inventado una cosa curiosa:
Sobre.
Stock# es una biblioteca de programas para SmartCOM, para crear en la plataforma .NET robots de trading, programas analíticos y MTS.Stock# le permite automatizar el comercio, crear absolutamente cualquier estrategia: desde el scalper rápido hasta el posicional largo, para desarrollar cualquier programa analítico, indicadores y asesores.
Características de una biblioteca:
Puedes hacer preguntas al autor, discutir las características en nuestro foro
Más información sobre la biblioteca, así como para descargar la última versión se puede encontrar en el sitio del autor
Los entusiastas... Ver lo que han hecho - un montón de aplicaciones gráficas de stock...
Pero se olvidaron de que se necesita mucho tiempo para ejecutarlas... Tienen muchos frenos para dibujar la pantalla en lugar de transferir las funciones de análisis al robot...
Esto es comprensible el autor es un programador, no un comerciante, él mismo no sabe lo que alguien necesita ... Voy a tener que llamar para hablar - tal vez no entiendo algo ...
No... escarba un poco más... mira la referencia:
Generación de código máquina
La mayoría de los compiladores traducen un programa de algúnlenguaje de programación de alto nivel acódigo máquina que puede ser ejecutado directamentepor el procesador. Por regla general, este código también está orientado a la ejecución en el entorno de unsistema operativo concreto, ya que utiliza las facilidades que éste proporciona(llamadas al sistema, bibliotecas de funciones). La arquitectura (el conjunto de software y hardware) para la que se realiza la compilación se denominamáquina de destino.
El resultado de la compilación es un módulo ejecutable con el máximo rendimiento posible, pero ligado a un sistema operativo y un procesador específicos (y no se ejecutará en otros).
Ladescompilación es el proceso de recrear el código fuente con un descompilador.
La descompilación, en particular, se utiliza en laingeniería inversa de programas.
El éxito de la descompilación depende de la cantidad de información presente en el código descompilado;el código de bytes utilizado por la mayoría de las máquinas virtuales (comola máquina virtual de Java o elCommon Language Runtime de .NET Framework) suele contener una gran cantidad de metadatos, lo que hace factible la descompilación, mientras queel código de máquina es más escaso y difícil de descompilar. Las llamadas a subrutinas o funciones con direcciones indirectas son especialmente difíciles de descompilar.
Generación de bytecode
El resultado del trabajo del compilador puede ser un programa en unlenguaje de bajo nivel especialmente creado para serinterpretadopor una máquina virtual. Este lenguaje se llama pseudocódigo obytecode. Por regla general, no se trata del código máquina de ningún ordenador y los programas escritos en él pueden ejecutarse en diversas arquitecturas que disponen de la correspondiente máquina virtual, pero en algunos casos se crean plataformas de hardware que soportan directamente el pseudocódigo de cualquier lenguaje. Por ejemplo, el pseudocódigo de Java se llamabytecode de Java y se ejecuta en lamáquina virtual de Java, y la especificación del procesadorpicoJava se creó para la ejecución directa. En el caso de.NET Framework, el pseudocódigo se llama CommunonIntermediate Language(CIL) y el tiempo de ejecución se llama Common Language Runtime (CLR).
Debería intentar descompilar algo...
Artilugios interesantes:
Módulo Ethernet...Nomber2...
puede programarlas de forma rápida y funcional... No puedo ponerlas en un VPS, pero servirán para casa...
Me gustaría que fuera más potente, por supuesto, pero es necesario mirar también estas características... Es posible colgar en el bus Comp-Router en paralelo y se comunicará tanto con el ordenador como con el servidor del broker... Las herramientas de software están unidas a ellas... Lo principal es que no es necesario soldar nada.
Es bastante moderno:
Tibboha lanzado un nuevo firmware llamado "Serial Over IP" (SOI) que funciona como un convertidor RS/ethernet estándar.
Mejora del rendimiento de los enchufes en la versión 3.5
La claseSystem.Net.Sockets::Socket ha sido mejorada en la versión 3.5 para su uso por aplicaciones que utilizan redes de E/S asíncronas para lograr un alto rendimiento. Sehan añadido varias clases nuevas como parte de un conjunto de mejoras a la claseSocket que proporcionan un modelo asíncrono alternativo que puede ser utilizado por aplicaciones de socket especializadas de alto rendimiento.Estas mejoras están diseñadas específicamente para aplicaciones de servidores de red que requieren un alto rendimiento.Una aplicación puede utilizar la mejora del modelo asíncrono exclusivamente o sólo en áreas activas específicas de su aplicación (cuando recibe grandes cantidades de datos, por ejemplo).
¿Con quién estás hablando ahora?
Hombre aburrido :) Me he devanado los sesos sobre los elevados objetivos de Seheland, pero al final qué quiere aportar al foro :)
Ese es el tipo de hombre que es... Nada puede impedir que se admire a sí mismo.