MQL: seguridad frente a oportunidades - página 5
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Vamos, que era una cifra falsa de entrada. Pedir archivos en memoria, se supone que es mucho más fácil de implementar que el mapeo y más eficiente.
MQL: Seguridad vs. Posibilidades
Renat, 2013.04.25 15:57
Acabamos de hacer pips para no tener que usar archivos.
No hay una comunicación bidireccional eficaz. Las tuberías no funcionan, todo el mundo se habrá dado cuenta ya... ¿Archivos en la memoria?
Otra pregunta: ¿tengo entendido que no se puede lanzar al mercado código que obtenga su información de una fuente de terceros a través de paquetes?
Acabamos de hacer los pips para que no tengas que usar archivos.
Entiendo perfectamente el porqué de los pips del servidor en el terminal. Sólo y únicamente (todo lo demás son excusas) para una tarea: combinar terminales para el arbitraje. Pero eso no forma parte de nuestras tareas.
Quien realmente quiera hacer intercambio entre procesadores, es suficiente con implementar un servidor de tuberías multicanal. Pero eso no se puede vender en un mercado, y ese es precisamente el objetivo que persigues.
Te equivocas en lo de sólo y únicamente.
Arbitraje, copiadores, mezcladores (esto es cuando ejecutas varios Asesores Expertos comprados en un mercado y creas una posición de cobertura a partir de ellos), ...
Ahora Joo lo necesita para su GA. Nunca se sabe lo que la fantasía del programador puede llegar a hacer.
Quiero decir que es muy difícil predecir lo que se puede acumular con una nueva función.
Y de hecho no es necesario anticiparse (como no es una prioridad), la gente tiene una necesidad,
revisado por seguridad, si es así, por qué no darles la oportunidad.
Sabes muy bien que cualquier extensión es un plus para el lenguaje de la aplicación.
SZ
Entiendo que es difícil entender la solución futura, pero ya hay una solución: los "archivos".
No se conforman con que una sola cosa "le pegue a un tornillo" todo lo demás se revisa y se vuelve a revisar.
No se trata de reinventar la rueda, sino de dar una solución más orgánica a lo que ya existe.
SZY
He aquí otra forma de utilizar archivos virtuales: en lugar de una interfaz de botones, se hace una interfaz de mapa de bits, interactiva y muy trucada (con botones redondos, por ejemplo) y se computa todo eso en OpenCL sobre la marcha. Al menos podrían emitir las noticias de la televisión en el gráfico. Tienes un ejemplo de OpenCL, ejecútalo durante un mes y comprueba por ti mismo lo que pasará con la unidad.
Acabamos de hacer los pips para que no tengas que usar archivos.
Entiendo perfectamente el porqué de los pips del servidor en el terminal. Sólo y únicamente (todo lo demás son excusas) para una tarea: combinar terminales para el arbitraje. Pero esa no es nuestra tarea.
Quien realmente quiera hacer intercambio entre procesadores, es suficiente con implementar un servidor multicanal pip-server. Pero eso no se puede vender en el mercado, y ese es el objetivo.
Pero, ¿qué ocurre dentro del cajón de arena de un solo terminal? ¿Y puramente dentro de MQL5, sin dll?
Entiendo que la dificultad es que el Expert Advisor en el terminal y el EA en el tester están separados en el espacio de memoria debido a que el terminal y el tester son procesos diferentes. Parece que esta misma separación entre el probador y el terminal conduce a ese "abismo".
¿Y qué hay de la caja de arena de un solo terminal? ¿Y puramente dentro de MQL5, sin dlls?
Entiendo que la dificultad es que el Expert Advisor en el terminal y el EA en el tester están separados en el espacio de memoria porque el terminal y el tester son procesos diferentes. Parece que esta misma separación entre el probador y el terminal conduce a ese "abismo".
Sólo el experto en el probador (incluso en un ordenador físicamente diferente o incluso en la nube) puede transferir datos al experto en el terminal utilizando tramas. Es decir, en realidad no hay ningún hueco
Yuk. Uck. (el párpado superior izquierdo entró en modo de vibración superficial)
¿Y de vuelta? Es necesario obtener un lote de información sobre el agente (destinado sólo a él) que debe ser procesado al principio de la ejecución y devolver el resultado al final de la misma.
Uck. Yuk. (el párpado superior izquierdo entra en modo de vibración superficial)
¿Y de vuelta? Es necesario obtener un lote de información sobre el agente (destinado únicamente al agente) para procesarlo al principio de la ejecución y transmitir el resultado al final de la misma.
Yuk. Uck. (el párpado superior izquierdo entra en modo de vibración superficial)
¿Y de vuelta? Necesita obtener un lote de información en el agente (destinado sólo a él) para procesarlo al inicio de la ejecución y devolver el resultado al final de la misma.
Es complicado y caro (sobre todo en los cludes). Sin embargo, es posible.
No lo haremos todavía.
En pocas palabras, dar al agente un parámetro de entrada distinto al establecido por el probador estándar.
Es complicado y caro (sobre todo en los cludes). Sin embargo, es posible.
No lo haremos todavía.
A título informativo, nuestros servidores en la nube MQL5 Cloud Network generan normalmente unos 5 terabytes de tráfico al día, a veces hasta 10 Tb.
Si se envía un tráfico personalizado ilimitado a esta red con la garantía de que se puede llegar a todos los agentes, la red no se sentirá muy bien.