Přejít k obsahu | Přejít k hlavnímu menu | Přejít k vyhledávání
Hola Loonly.
Tengo 2 xeons de 8 núcleos (16 hilos) cada uno con 128 GB de RAM.
Sí, reservé un núcleo para la interfaz gráfica de usuario y mantuve activada la aceleración de la GPU (sinceramente, ni siquiera me di cuenta de esta configuración).
Intentaré desactivarlo ahora a ver qué tal.
Ilya
Hola Ilya,
Me ha pasado algo parecido, volviendo a probar unas 15K estrategias.
Intentaré volver a descargar la versión SQ117 e intentarlo de nuevo.
¿cuál es su configuración de hardware y configuración sqx? (¿todos los núcleos/reservado 1 gor GUI, aceleración GPU desactivada?)
Me parece que la fuente de la interfaz de sq es muy poco amigable y parece muy vaga. Da la sensación de que sq define los distintos elementos de la interfaz en lugar de utilizar la definición del propio sistema. Busqué en el foro y encontré que algunas personas mencionaron esto antes. Parece estar relacionado con la gpu, pero la version actual no tiene esta opcion, espero que la proxima actualizacion pueda solucionar este problema, gracias
Tener que ejecutar múltiples instancias de SQ requiere gastar mucha RAM para la GUI y los datos del programa. Me parece más eficiente el enfoque de Metaquotes con MT5 utilizando "agentes probadores" para distribuir los cálculos. Si SQ tuviera tales agentes sería más fácil usar ordenadores en una LAN, o incluso GPUs.
Hola,
gracias por la página de descarga.
Sí 111 funcionaba sin problemas. 111->112 fue actualizado por el actualizador no limpia instalar si eso ayuda.
Mi equipo es Hyper-V windows 2016 sin tarjeta GPU (SQX GPU UI desactivada). Probado varias combinaciones de ajustes (todas las variaciones). Si necesita más datos que voy a proporcionar.
La desactivación de la aceleración mediante GPU solucionó los problemas. Tal vez se debería agregar algún texto recomendando desactivarlo si el computador/VPS es controlado remotamente por software de terceros. (cualquiera)
Mark, ¿cuándo se podrá utilizar el asistente de algo? Ahora mismo no puede cargar el archivo antiguo.
sí, estamos trabajando en AlgoWizard, debería ser mucho mejor en la nueva versión
Parece que SQx tiene errores si controlas remotamente la estación de trabajo en la que está. Hay mucha información sobre problemas de java bajo control remoto en la web. Normalmente las ventanas java no se repintan y el programa se cuelga. Tuve este problema durante años con SQ3. No se podía controlar remotamente si el ordenador tenía salida HDMI pero funcionaba bien si no la tenía. Desafortunadamente ciertas funciones en SQX cargan ventanas java y esto parece tener otros efectos en el programa. Algunos programadores tienen una solucion a este problema con este codigo -Dsun.java2d.d3d=false pero no se si es aplicable en el caso de SQx. Una instalacion mia con SQx 108 esta creando muchos errores pero otra instalacion que no tiene conexion HDMI funciona bien en remoto. Esta puede ser una de las razones por las que algunas personas experimentan ciertos errores y otras no.
¿a qué se refiere con buggy? ¿ha abierto una tarea al respecto?
Parece que te refieres a algún problema gráfico al usar escritorio remoto, yo no lo he experimentado.
Puedes intentar desactivar el renderizado GPU en Rendimiento -> pestaña Navegador, o intentar añadir la siguiente línea a tu archivo StrategyQuantX.config:
opción -Dsun.java2d.d3d=false
Pero tal vez mejor manera es utilizar SQ X que se ejecuta en VPS es a través del navegador, sólo tiene que utilizar la IP de su VPS y el puerto 8080. Si el puerto no está bloqueado usted debería ser capaz de trabajar con él.
Mark
Arquitecto de StrategyQuant
La implementacion sobre linux es una gran idea, esta escrito en java asi que no creo que sea muy dificil recompilarlo todo para linux, de todas formas sigo sin entender por que usar esta pesada y lenta UI, creo que muchos usuarios (yo incluido) ejecutan este software sobre servidores dedicados, donde la gpu es algo integrado con potencia muy lenta...
¿Puedes implementar una versión paralela con una GUI ligera, no gestionada desde chromium o algo así? Sería maravilloso. Gracias por todo tu tiempo y trabajo.
Marcos para mí veo que esto es realmente una GPU o no GPU conversación. Porque para comprar una Tesla P 100 costaría alrededor de seis o $7000 donde es alquilar uno de Google costaría alrededor de decir ocho dólares por hora. Esto ofrecería alrededor de 300 veces más potencia de procesamiento de lo que nuestras CPUs pueden hacer y lo planearía para pequeños bloques de tiempo. Imagínese conseguir 300 días de procesamiento hecho en 1 día
Si estamos hablando de quedarnos sólo en un entorno de CPU, entonces estoy de acuerdo contigo en que no merece la pena y sería mejor construir nuestros propios sistemas.
JoJo, podría ser pero no tiene por qué ser colectivo. En realidad es alquilar una máquina virtual de Google con hasta 96 Cores en ella, y una GPU Tesla P 100 para poder desarrollar a muy alta velocidad con un entorno windows.
Ya lo he dicho varias veces, el tipo de motor de negociación "real" que se implementa en el nuevo SQ4 no es adecuado para el cálculo mediante GPU.
Pero estamos planeando hacer un motor de backtesting más simple que pueda correr en GPU, principalmente con el propósito de entrenar Redes Neuronales, o para backtests muy fats usando precisión de Selected Timeframe. Así que está en el plan a medio o largo plazo, pero la arquitectura exacta aún no ha sido diseñada.
Hay características más importantes que debemos terminar cuanto antes.
Mark
Arquitecto de StrategyQuant
Mark, sé que esto ya se ha dicho antes, pero quiero repetirlo. La idea de que el quant de estrategia pueda ejecutarse en una GPU es probablemente nuestra mayor ganancia colectiva posible. Los procesadores nvidia P100 y V100 son literalmente cientos de veces más rápido que lo que todos estamos ejecutando. Acabo de pasar algún tiempo buscando en el procesamiento en la nube de Google y si esto fuera posible todos podríamos hacer procesamiento por lotes durante unas horas a un costo de alrededor de $8 por hora. ¡¡¡¡Esto sería un desarrollo ENORME !!!! ¿Qué opinas de esto?
Hola jmtc1230, ¿Qué quieres decir con que "todos" podríamos ejecutar el procesamiento por lotes en $8. ¿Significaría esto que compartimos el coste juntando nuestras estrategias con el fin de procesarlas?; ¿tener diferentes inicios de sesión, manteniendo nuestras estrategias separadas? Supongo que algunos de nosotros tenemos que procesar mucho más que otros. ¿Cómo determinaríamos el acceso, el uso y el coste proporcional? Suena como una buena idea - si sólo puedo entenderlo mejor.
Mark
Sé que esto ya se ha dicho antes, pero quiero repetirlo. La idea de que el quant de estrategia pueda ejecutarse en una GPU es probablemente nuestra mayor ganancia colectiva posible. Los procesadores nvidia P100 y V100 son literalmente cientos de veces más rápidos que lo que todos estamos ejecutando.
Acabo de pasar algún tiempo mirando en el procesamiento de la nube de google y si esto fuera posible todos podríamos hacer el procesamiento por lotes durante unas horas a un costo de alrededor de $8 por hora. ¡¡¡¡Esto sería ENORME desarrollo!!!!
¿Qué opina al respecto?
Probar diferentes salidas sólo en una estrategia debería ser posible utilizando la GPU en lugar de la CPU. Basta con generar un archivo con 1 mil millones de valores de salida predefinidos y dejar que un montón de GPUs lo resuelvan...
Lo siento por el gran número de problemas en la última actualización. Tuvimos que hacer un montón de cambios para apoyar la traducción a otros idiomas, y muchos de estos problemas fueron causados por esto.
Estoy pensando que tal vez hagamos un lanzamiento de RC5 este viernes, para arreglar los problemas más urgentes.
No veo en la hoja de ruta la exportación de las estrategias en lenguaje fácil. ¿Lo soportará sq4? Gracias
Sí, lo haremos, pero para la primera versión nos centramos sólo en MetaTarder 4/5. El soporte para EasyLanguage se añadirá en un mes más o menos.
indicadores personalizados y GPU
esto ha sido discutido varias veces, la GPU no puede ser realmente usada si queremos permitir a los usuarios programar sus propios indicadores y otras cosas y extender SQ4 con sus propias ideas. Todavía podría haber algunas posibilidades de cómo utilizar la GPU en SQ4, nos centraremos en ello cuando no tengamos nada más importante que hacer.
Indicadores personalizados - mi idea original era que no serán soportados, porque en SQ4 usted será capaz de programar su propio indicador que no tiene ninguna desventaja de los indicadores definidos sólo mediante la importación de datos. Pero tal vez lo añadiremos, los indicadores personalizados en este sentido serán sólo otra entrada de datos, como un gráfico adicional.
Creo que sería genial tener una función en strategyquant para hacer backtesting de la capitalización de beneficios...
ya está ahí, se llama Gestión Monetaria. Puede elegir un tipo diferente de gestión monetaria en lugar de lotes fijos, y también puede escribir su propia función de Gestión Monetaria.
Usar CodeEditor y extender SQ4 con sus propios indicadores, otros bloques, manejos de dinero etc. todavía no funciona 100%, pero lo hará en la nueva versión y prepararemos muchos ejemplos.
Una cosa más: utilice la hoja de ruta (https://roadmap.strategyquant.com) para enviar tus ideas o peticiones de nuevas características, ese es el lugar adecuado para hacerlo. Se perderá si lo publica sólo en el foro.
Mark
Arquitecto de StrategyQuant
StrategyQuant es un programa informático de análisis y desarrollo de estrategias. No somos una agencia de valores ni una asesoría de inversiones: no realizamos operaciones bursátiles, no gestionamos fondos de clientes ni ofrecemos asesoramiento en materia de inversiones.
Divulgación de riesgos:
Las operaciones con futuros y divisas entrañan un riesgo considerable y no son aptas para todos los inversores. Un inversor puede llegar a perder toda o más de la inversión inicial. El capital riesgo es el dinero que puede perderse sin poner en peligro la seguridad financiera o el estilo de vida. Sólo el capital de riesgo debe utilizarse para operar y sólo quienes dispongan de capital de riesgo suficiente deben considerar la posibilidad de operar. Los resultados pasados no son necesariamente indicativos de resultados futuros.
Divulgación hipotética de resultados:
Los resultados hipotéticos de rendimiento tienen muchas limitaciones inherentes, algunas de las cuales se describen a continuación. no se está haciendo ninguna declaración de que ninguna cuenta vaya a obtener o pueda obtener beneficios o pérdidas similares a los mostrados; de hecho, con frecuencia hay grandes diferencias entre los resultados hipotéticos de rendimiento y los resultados reales obtenidos posteriormente por cualquier programa de negociación concreto. Una de las limitaciones de los resultados hipotéticos es que, por lo general, se elaboran en retrospectiva. Además, la negociación hipotética no implica riesgo financiero, y ningún registro de negociación hipotética puede reflejar completamente el impacto del riesgo financiero de la negociación real. Por ejemplo, la capacidad de soportar pérdidas o de adherirse a un programa de negociación concreto a pesar de las pérdidas de negociación son puntos importantes que también pueden afectar negativamente a los resultados de negociación reales. Existen otros muchos factores relacionados con los mercados en general o con la aplicación de cualquier programa de negociación específico que no pueden tenerse plenamente en cuenta en la preparación de resultados hipotéticos y que pueden afectar negativamente a los resultados de negociación.
Divulgación de testimonios:
Los testimonios que aparecen en www.strategyquant.com pueden no ser representativos de la experiencia de otros clientes y no son garantía de resultados o éxitos futuros.