MT5 e velocidade em ação - página 74

 
Roman:

Você pode explicar melhor estas razões objetivas?

Freios injustificados

 
Roman:

Se as pessoas aqui não entendem o que está sendo escrito, sinto muito, não é meu problema, é o problema daqueles que não fumam o tema da conversa.

Não. O problema é seu. Foi você quem trouxe à tona o assunto sem entender o ponto e as implicações.

Já foi discutido aqui muitas vezes ao longo de mais de 10 anos.

 
Slava:

Lentidão injustificada

Então um gerente de tarefas correndo em um loop de eventos, espalhando múltiplas tarefas (igual ao número de manipuladores) causará lentidão?
Afinal de contas, não há muitos manipuladores, apenas alguns poucos. Eles só precisam ser dispersos entre as tarefas e liberados para seu próprio ciclo de eventos.
Ao mesmo tempo, controlar a bandeira de execução do manipulador. O manuseador trabalhou, recolocou a bandeira e assim por diante.
De alguma forma, não acredito em lentidão, não lidamos com todos os eventos, mas apenas com o mesmo número de manipuladores.
E os próprios manipuladores têm seus próprios eventos.

 
Roman:

Então um gerente de tarefas correndo em um loop de eventos, espalhando múltiplas tarefas (igual ao número de manipuladores) causará lentidão?
Não há muitos manipuladores, apenas alguns. Eles só precisam ser dispersos entre as tarefas e liberados para seu próprio ciclo de eventos.
Ao fazer isso, controle a bandeira de execução do manipulador. Executar o manipulador, reiniciar a bandeira, e assim por diante.
Não voltará aos freios, nem todos os eventos são tratados, mas apenas o mesmo número de manipuladores.
Os manipuladores têm seus próprios eventos.

Onde há um escritor, o leitor tem que esperar. Até que o escritor escreva.

Se houver mais de um leitor, ele deve negociar suas próprias variáveis. Enquanto uma encarnação muda o conteúdo da variável, as outras esperam. Mesmo que não haja outras encarnações no momento, o travamento do recurso ainda vai para o núcleo do sistema, uma operação cara. A diversão começa quando todas as encarnações vão atrás do ambiente comercial. Deus nos livre que eles comecem a negociar ao mesmo tempo.

Em suma, os jovens não ouvem o que lhes é dito. Repetidamente. Com exemplos. Com explicações. Por mais de dez anos consecutivos.

 
Slava:

Não. Este é o seu problema. Você é quem falou sobre isso sem entender o ponto e as conseqüências.

Já foi discutido aqui muitas vezes ao longo de mais de 10 anos.

Tudo o que tenho visto dos oponentes é ataques inadequados ao invés de discussões construtivas.
Se você tivesse intervindo em tempo hábil para esclarecer o assunto, não teria havido perguntas desnecessárias.
E quando um empreendedor se mantém em silêncio, você não sabe o que pensar. Muita coisa mudou no mundo da tecnologia em 10 anos.
Certo, agora entendo que você me ouviu, espero que pense novamente sobre este assunto. Talvez você possa resolvê-lo, isso seria muito legal.

 
Roman:

Só tenho visto ataques inadequados de meus oponentes, não discussões construtivas.
Se você tivesse intervindo em tempo hábil com esclarecimentos, não teria havido perguntas desnecessárias.
E quando um empreendedor se mantém em silêncio, você não sabe o que pensar. Muita coisa mudou no mundo da tecnologia em 10 anos.
Certo, agora entendo que você me ouviu, espero que pense novamente sobre este assunto. Poderia ser capaz de resolver o problema, seria realmente legal.

Os ataques inadequados são, "shh, outra vez?".

Todas as respostas foram normais. Os ataques foram só de mim. Sinto muito se o ofendi.

E os caras responderam adequadamente.

 
Slava:

Onde há um escritor, o leitor tem que esperar. Até que o escritor escreva.

Se houver mais de um leitor, o leitor deve negociar suas próprias variáveis.
Enquanto uma encarnação muda o conteúdo da variável, as outras esperam.
Mesmo que não haja outras encarnações no momento, o travamento do recurso ainda vai para o núcleo do sistema, uma operação cara.
A diversão começa quando todas as encarnações vão atrás do ambiente comercial. Deus nos livre que eles comecem a negociar ao mesmo tempo.

Em suma, os jovens não ouvem o que lhes é dito. Repetidamente. Com exemplos. Com explicações. Por mais de 10 anos seguidos.

Como entendo do acima exposto, o problema é a própria sincronicidade do escritor/leitor, que pode ser cara.
Sem sincronia, sem problemas. Hmmm, sucintamente sábio, no lado da otimização. Obrigado pelo esclarecimento, tio Slav ))
Por favor, também não me leve a mal. Eu não sou mágico, estou apenas aprendendo ))
Eu simplesmente não entendo, em sistemas em tempo real, tudo funciona em modo multitarefa, e o procedimento de sincronização é a principal ferramenta.
Então, o OSRT também é um sistema de frenagem? Não parece lógico. Embora, também há prazos, latência e nervosismo.

E o que você pode dizer sobre o modelo de objeto, há uma raça aqui? Ou quais podem ser as conseqüências de uma tal abordagem?


https://www.mql5.com/ru/code/31306

Multi Timer
Multi Timer
  • www.mql5.com
Данная библиотека Вам пригодится, когда Вам необходимы несколько таймеров с независимой обработкой и неконфликтующие между собой. Для работы с данной библиотекой важно запомнить следующие правила: В теле вашей программы не должно быть функции OnTimer , т.к. эта функция уже присутствует в файле Timer.mhq Не надо создавать никаких экземпляров...
 
Roman:

Ou quais poderiam ser as conseqüências de uma tal abordagem?

https://www.mql5.com/ru/code/31306

E com o que poderia estar repleto?
Só neste caso, tudo está à mercê da assíncronia e ela cuidará de tudo.
 
Nikolai Semko:
E o que poderia valer a pena?
Só neste caso, tudo isso está à mercê da assincronia e tudo será resolvido.

Olá Nikolai. Bem, é verdade.
Mas não causará o mesmo problema que a sincronização de que Slava fala, ou seja, a frenagem injustificada.
Ou talvez não haja nenhum problema? )) Talvez seja mais fácil não usar o modelo assíncrono do que sincronizá-lo com as prioridades? ))

 
Roman:

Olá Nikolai. Isso é verdade.
Mas não haverá o mesmo problema que a sincronização, da qual Slava fala, ou seja, freios injustificados.
Ou talvez não haja nenhum problema? )) Talvez seja mais fácil não usar o modelo assíncrono do que sincronizá-lo com as prioridades? ))

Eu não sou especialista em gráficos. A importância é determinada pela dependência do início de outras tarefas do final da atual. outros critérios são secundários. mas há também o tempo de execução da tarefa. e é também o mais importante entre os peer-to-peer. Em geral, é difícil e muito triste, é impossível mudar o algoritmo de priorização em tempo real. Pelo lado bom, gostaria de alguns esclarecimentos dos desenvolvedores antes que surjam quaisquer dúvidas. É difícil, mas é o objetivo certo no desenvolvimento do meio ambiente.