La RAM no se libera... - página 5

 
Renat:
Hrenfx, sí, un agente puede obtener el historial de cualquier broker, pero sólo dentro de la cadena "terminal del cliente(liquidación de órdenes) -> servidores en la nube(cachés) -> agente".

Los agentes nunca acceden a ningún servidor comercial, ni los servidores en la nube acceden a los servidores comerciales. Los agentes mantienen sus propias cachés, pero las limpian de vez en cuando en función de la frecuencia de las solicitudes.

Los agentes que se encuentran en el mismo ordenador y en el mismo directorio saben cómo comunicarse entre sí y sólo descargan el historial una vez, compartiéndolo con los demás.
Renat, me malinterpretas ya que somos de campos de pensamiento diferentes (no opuestos). Un comerciante para la evaluación inicial de las condiciones comerciales de un corredor casi siempre necesita la historia real del corredor de interés. No todos permiten abrir una cuenta cero. Sin embargo, sus "servidores en la nube (cachés)" contienen este historial y lo comparten con los agentes del comerciante sin ningún problema. ¿Puede entonces reunirse con los comerciantes, y permitir a los comerciantes descargar el historial real de los corredores interesados desde sus servidores de caché, como se hace automáticamente en los agentes de la nube? Esta solución sería al menos una justificación lógica para no tener un historial personalizado. Sobre todo porque ya lo ha puesto en práctica.
 
hrenfx:
Renat, me malinterpretas ya que somos de campos de pensamiento diferentes (no opuestos). Un comerciante para la evaluación inicial de las condiciones comerciales de un corredor casi siempre necesita la historia real del corredor de interés. No todos permiten abrir una cuenta cero. Sin embargo, sus "servidores en la nube (cachés)" contienen este historial y lo comparten con los agentes del comerciante sin ningún problema. ¿Puede entonces reunirse con los comerciantes, y permitir a los comerciantes descargar el historial real de los corredores interesados desde sus servidores de caché, como se hace automáticamente en los agentes de la nube? Esta solución sería al menos una justificación lógica para no tener un historial personalizado. Sobre todo porque ya lo tienes implementado.

Lo entiendo todo perfectamente.

Pero la historia sólo puede darse como parte de las tareas de la claudicación y de ninguna manera puede darse a la vista. Los servidores en la nube mantienen cachés temporales, que también eliminan en caso de inactividad. En otras palabras, no se garantiza la disponibilidad de los datos fuera de una tarea computacional concreta.

Vuelve a leer mi respuesta, por favor, y ten en cuenta que no hay servidores comerciales en la cadena. La raíz es únicamente el terminal del cliente.

Para no prolongar la discusión, este comportamiento no se modificará por una serie de razones, incluidas las técnicas y legales.

 
voix_kas:

Renat

¿Son normales los volúmenes de bases históricas que he citado en el post anterior?

¿Podría comentar este punto?

Ahora lo estamos resolviendo. Los tamaños son realmente algo grandes.
 

Es una situación extraña. El comerciante que necesita el historial de un determinado corredor no puede obtenerlo de forma sencilla, mientras que sus agentes en sus propios ordenadores reciben este historial cuando alguien inicia incluso un asesor ficticio en las cludes.

Entonces parece razonable la siguiente opción: dejar que el agente ya cargado el historial de cualquier corredor para utilizar el probador a la discreción del comerciante.

P.D. O, al menos, abrir en forma de gráficos offline el historial disponible para sus agentes.

 
El problema sigue siendo relevante...
 
Y sin embargo...
 
GoRo:
Pero sigue ahí...
¿Has actualizado a una nueva versión y el problema aún no se ha resuelto?
 
GoRo:
Pero el problema sigue ahí...

El problema se ha solucionado, se debía a una limpieza poco frecuente de las actualizaciones del historial.

En la nueva compilación todo irá bien y se recortará el tamaño de los archivos.

 
stringo:
¿Has actualizado a una nueva versión y sigues teniendo problemas?
Hoy se ha vuelto a notar que el agente se estaba comiendo más de 2GB de RAM.
 
GoRo:
Hoy se ha vuelto a notar que el agente se estaba comiendo más de 2GB de RAM.

Sólo me refería al problema del tamaño del archivo. Las versiones antiguas de los bloques históricos se almacenaban allí sin ser eliminadas.

La RAM ya es utilizada por los propios expertos.