A RAM não está a libertar... - página 5
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Hrenfx, sim, um agente pode obter o histórico de qualquer corretor, mas apenas dentro da cadeia "terminal de clientes (liquidação de encomendas) -> servidores de nuvem (caches) -> agente".
Os agentes nunca acedem a qualquer servidor de comércio, nem os servidores de nuvem acedem a servidores de comércio. Os agentes mantêm as suas próprias caches, mas limpam-nas de tempos a tempos, dependendo da frequência dos pedidos.
Os agentes que estão no mesmo computador no mesmo directório sabem como comunicar uns com os outros, e só descarregam o histórico uma vez, partilhando-o uns com os outros.
Renat, compreendes-me mal pois somos de campos de pensamento diferentes (e não opostos). Um comerciante para a avaliação inicial das condições comerciais de um corretor precisa quase sempre da história real do corretor de interesse. Nem todos lhe permitem abrir uma Conta Zero. Contudo, os seus "cloud servers(caches)" contêm esta história e partilham-na com os agentes do comerciante, sem qualquer problema. Pode então conhecer os comerciantes, e permitir que os comerciantes descarreguem o histórico real dos corretores interessados dos seus servidores de cache, uma vez que é feito automaticamente em agentes nublados? Tal solução seria pelo menos alguma justificação lógica para não ter um historial personalizado. Especialmente porque já o tem implementado.
Compreendo tudo perfeitamente.
Mas a história só pode ser dada como parte das tarefas de claudicação e não pode, de forma alguma, ser dada em público. Os servidores de nuvens mantêm caches temporários, que também eliminam em inactividade. Por outras palavras, não há garantia de disponibilidade de dados fora de uma determinada tarefa computacional.
Releia a minha resposta, por favor, e note que não existem servidores comerciais na cadeia. A raiz é apenas o terminal do cliente.
Não prolongar a discussão - este comportamento não será alterado por uma série de razões, incluindo técnicas e jurídicas.
Renat
Os volumes de bases históricas que citei no post acima são normais?
Poderia comentar sobre este ponto?
É uma situação estranha. O comerciante que precisa da história de um certo corretor não a pode obter de uma forma simples, enquanto os seus agentes nos seus próprios computadores recebem esta história quando alguém inicia até mesmo um conselheiro fictício nos cludes.
Então a seguinte opção parece razoável: deixar o agente já carregar o histórico de qualquer corretor para utilizar o testador à discrição do comerciante.
P.S. Ou pelo menos abrir sob a forma de gráficos offline a história disponível para os seus agentes.
Mas ainda lá está...
Mas o problema ainda está lá...
O problema foi resolvido, foi devido a uma limpeza infrequente das actualizações da história.
Na nova construção tudo estará bem e os tamanhos dos ficheiros serão aparados.
Actualizou-se para uma nova construção e ainda tem um problema?
Hoje notou-se novamente que o agente estava a comer mais de 2GB de RAM.
Eu estava apenas a falar do problema do tamanho do ficheiro. Versões mais antigas de blocos históricos eram aí armazenadas sem serem eliminadas.
A RAM já está a ser utilizada pelos próprios peritos.