atman
Madmaxista
Bueno, pues regalados 10 pipones a la mesa, por esperar lo inesperable. A descansar de tanta timba y rematar alguna cosilla.
Follow along with the video below to see how to install our site as a web app on your home screen.
Nota: This feature may not be available in some browsers.
Obama: "EEUU no es ni Grecia ni Portugal"...
adioooosss...!!!
Obama: "EEUU no es ni Grecia ni Portugal"...
adioooosss...!!!
@ghkghk cuales son tus niveles en TRE, lo pregunto porque no paran de darle caña. Suerte. La empresa a nivel profesional no va mal, no entiendo este castigo, que descuentan?
No me lo puedo creer, parece sacado de un guión de los hermanos Marx, donde se van pasando el marrón los unos a los otros usando las mismas frases que el anterior :XX:
:Lo de los brotes verdes se lo inventó Obama, es lógico que ahora el tome prestadas frases de otros 😀
Por cierto, maese Banana una pregunta que llevo mascando hace un rato, ud. dice que hay que salirse cuando sale algún dato fundamental ¿como está programado esto en su niña?
Quiero decir que datos fundamentales realmente hay a cada hora, la diferencia es que unos son más importantes que otros, pero entonces ¿como se decide la importancia de esos datos? ¿como se programa el sistema para esos eventos?
Y finalmente, lo que creo que ocurre, ud. desactiva el sistema para que no haga nada cuando sale un dato importante ¿cierto? 😀
Como mola la niña, Banana. Espero que tarde mucho tiempo en llegar a la adolescencia, aunque ver un "te repruebo" en la pantalla en lugar de la habitual interfaz tendría su gracia 😀
Pues más o menos lo hago de la siguiente manera: mi "jornada laboral" suele empezar a las 8 : 00, activo sistemas, pongo todo en orden, etc. digamos unos 15 minutos de "warm up".
Entonces consulto la agenda de datos macro del día; como bien dice no todos menean el mercado igual, así que sólo selecciono los que realmente son peligrosos; eso nos deja prácticamente sólo con los Jueves y los Viernes (indicador semanal de paro EEUU, indice ISM, peticiones de paro EEUU y alguno más). Lo normal es que de Lunes a Miércoles no haya sustos.
Sea como fuere, a eso de las 8 : 30 ya tengo una lista de sustos macro. Tengo un módulo cuya única función es activar o desactivar el "human override" en base a la cercanía de datos macro o eventos fundamentales, así que simplemente marco las horas de los datos en ese módulo antes de que comience la sesión.
En el entorno horario de cada uno de esos datos macro, se activa automáticamente el "human override" (eso provoca que no se abran nuevas operaciones automáticas) y también a partir de ese momento la AI intenta por todos los medios cerrar las operaciones que lleva en curso, siempre en positivo.
Si pasa el tiempo y no puede cerrarlas en positivo, y entramos en los últimos 90 segundos antes del dato macro, pasa al segundo nivel de seguridad y se desactiva el "Master Arm". Con ese switch desactivado, ninguna operación - bien sea humana o automática - puede abrirse (ni permanecer abierta) en el sistema. Las que están abiertas se cierran (emergency shutdown), aunque eso suponga cerrar a pérdidas. Pasado el dato macro y estabilizado el mercado (existe otro módulo encargado de medir volatibilidad), se activa de nuevo el Master Arm con lo cual ya es de nuevo posible lanzar operaciones, y poco después se desactiva automáticamente el human override, devolviendo el control a la AI.
Este protocolo está diseñado para minimizar daños en caso de que la AI esté operando por su cuenta y riesgo, y tú no estés delante para controlar el tema durante horas.
Sólo existe una forma de parar esto (el cierre de emergencia de operaciones abiertas antes de dato macro) y es cuando tú mismo estás delante del sistema y activas el "Macho Override" (en serio, se llama así). Eso desactiva todos los seguros y protocolos de seguridad, y entonces estás tú sólo contra el mercado.
Interesantísimo, su niña está programada intentando emular niveles de seguridad C2 o algo así 😀 (no me hagan caso es una frikada).
Pero el caso es que eso se hace así porque la niña pueed tener control absoluto, lo interesante del tema es que hay un subsistema en la niña que es más poderoso que el 'human override'. Por cierto ¿para que hay un macho override pudiéndose cargar procesos a lo bestia? 😀 es bromita, se que cuando se empiezan a 'tejer hilos' parar procesos puede suponer un via crucis y supongo que para eso está el 'macho (men) override' 😀
Porque si tiramos el sistema a lo bestia (¿está Ud. pensando en el 'kill -9 pid' ? 😀 ) perdemos todo el estado acumulado durante las últimas horas. Tenga en cuenta que una decisión de inversión en un sistema que acumula ya tanta complejidad no es puntual o atemporal... considera hechos pasados, y a veces, pasados hace muchos minutos...
Por eso deben existir procedimientos capaces de evitar aperturas de operaciones, pero sin interrumpir el flujo de adquisición y proceso de datos de la sesión (human override), además de un switch "me da igual todo y tiro pa'lante', que es la función del Macho Override.
Tirar el sistema nos deja sin información sobre el pasado inmediato, y eso es como ofrecerle al forero MM las llaves de un GTO250 en la mano y gratuitamente :XX:
Entonces ¿no sería mejor hacer un sistema de recopilación de datos por un lado y otro que analice esos datos y ponga los 'modos' de juego por otro?
Además de guardar una buena parte de la info en una base de datos rápida, en fin, supongo que algo de eso ya habrá.
:Supongo que estarás de broma 😀
El tiempo global que tardas en comunicar los datos desde un programa "recopilador" hasta otro programa "ejecutor" (llamemoslos así), incluso en una ethernet cat6e gigabit, es al menos de un par de milisegundos. Asumo que hablamos de pila tcp/ip, aunque sea implementada sobre pipes en vez de ethernet física.
Eso, pestañeo arriba, pestañeo abajo, dobla mi [peor] tiempo de roundtrip ahora mismo. El mejor, lo multiplica por ocho.
Meses trabajando para llegar a un RT en el entorno del submilisegundo, y ahora me dices que duplique u "octuplique" el tiempo global de reacción del sistema... hummmm.... fijo que le has pegado al Rioja o similar ::
Bueno, en el tema de agregar datos a un sistema siempre he pensado que es mejor hacerlo independiente del sistema que los procesa, principalmente por no mezclar las churras con las merinas, cada parte se ocupa de lo suyo y de esa forma el sistema se atomiza, cada parte es más eficiente por separado al realizar solo una pequeña labor, es más fácil localizar un error y la programación de todo el sistema es mucho más sencilla.
Todo sistema Unix se basa en pequeñas partes que hacen tareas muy básicas pero eficientemente para completar un sistema que es mucho más grande pero muy robusto. De algún modo han de llegar esos datos a la parte que los procese, que sea un gran subsistema del mismo programa o mediante carga de datos que ha almacenado otro programa es casi irrelevante mientras los tiempos sean muy similares. Es una parte necesaria y hay muchas formas de hacer llegar esos datos rápidamente mediante cacheo, prelectura, etc.
Además de que tener preparadas todas las respuestas estadísticas para procesar en tiempo real implicará tenerlas todas, o al menos las más probables, en RAM.
Siempre son suposiciones, solo una vez estuve tocando sistemas de tiempo real (de otros) pero eran una auténtica patata, uno de los sistemas menos confiables que he visto en mi vida (no me tires de la lengua porque con esta anécdota el nivel del informático del hilo descendería al subsuelo x) )