MQL: sicurezza contro opportunità - pagina 5

 
sergeev:

Dai, era un numero fasullo fin dall'inizio. Chiedere i file in memoria, dovrebbe essere molto più facile da implementare rispetto alla mappatura e più efficiente.

MQL: sicurezza contro possibilità

Renat, 2013.04.25 15:57

Abbiamo appena fatto dei pips in modo da non dover usare i file.

Non c'è una comunicazione efficace a due vie. I tubi non funzionano, probabilmente tutti l'hanno già capito... File in memoria?

Un'altra domanda - ho capito bene che non si può rilasciare al mercato codice che ottiene informazioni da una risorsa di terze parti attraverso le pipeline?

 
Renat:

Abbiamo appena fatto i pips in modo che tu non debba usare i file.

Capisco perfettamente perché il server pips nel terminale. Solo e soltanto (tutto il resto sono solo scuse) per un compito: combinare i terminali per l'arbitraggio. Ma questo non fa parte dei nostri compiti.

Chi vuole veramente fare uno scambio interprocessore, è sufficiente implementare un pipe-server multicanale. Ma non puoi venderlo in un mercato, ed è esattamente l'obiettivo che stai perseguendo.

Ti sbagli su solo e soltanto.

Arbitraggio, copiatori, miscelatori (questo è quando si eseguono diversi Expert Advisors acquistati in un mercato e creare una posizione di copertura da loro), ...

Ora Joo ne ha bisogno per il suo GA. Non si sa mai cosa può venire fuori dalla fantasia del programmatore.

Voglio dire che è molto difficile prevedere cosa si può accumulare con una nuova funzione.

E infatti non c'è davvero bisogno di anticipare (come non è una priorità), la gente ha un bisogno,

controllato per la sicurezza, se è così, perché non dare loro l'opportunità.

Sapete molto bene che qualsiasi estensione è un vantaggio per il linguaggio dell'applicazione.

SZ

Capisco che è difficile capire la soluzione futura, ma c'è già una soluzione - "file".

Non si accontentano di una sola cosa "batte una vite" tutto il resto viene controllato e ricontrollato.

Non si tratta di reinventare la ruota, ma di dare una soluzione più organica a ciò che già esiste.

SZY

Ecco un altro modo di usare i file virtuali: invece di un'interfaccia a pulsanti, fate un'interfaccia bitmap, interattiva dal vivo e molto elaborata (con pulsanti rotondi, per esempio) e calcolate tutto questo in OpenCL al volo. Potreste almeno trasmettere le notizie televisive sul grafico. Avete un esempio di OpenCL, fatelo funzionare per un mese e vedete voi stessi cosa succederà all'unità.

 
Renat:

Abbiamo appena fatto i pips in modo che tu non debba usare i file.

Capisco perfettamente perché il server pips nel terminale. Solo e soltanto (tutto il resto sono solo scuse) per un compito: combinare i terminali per l'arbitraggio. Ma questo non fa parte dei nostri compiti.

Chi vuole veramente fare uno scambio interprocessore, è sufficiente implementare un server pip-server multicanale. Ma non puoi venderlo sul mercato, e questo è l'obiettivo.

Ma cosa succede all'interno della sandbox di un singolo terminale? E puramente all'interno di MQL5, senza dll?

Capisco che la difficoltà è che l'Expert Advisor sul terminale e l'EA nel tester sono separati nello spazio di memoria a causa del fatto che il terminale e il tester sono processi diversi. Sembra che questa stessa separazione del tester dal terminale porti a questo "abisso".

 
joo:

Beh, e all'interno di una sandbox di un singolo terminale? E puramente all'interno di MQL5, senza dll?

Capisco che la difficoltà è che l'Expert Advisor sul terminale e l'EA nel tester sono separati nello spazio di memoria perché il terminale e il tester sono processi diversi. Sembra che questa stessa separazione del tester dal terminale porti a questo "abisso".

Solo l'esperto nel tester (anche su un computer fisicamente diverso o anche nel cloud) può inviare dati all'esperto nel terminale usando i frame. Quindi, di fatto, non c'è nessun divario
 
stringo:
Proprio l'esperto nel tester (anche su un computer fisicamente diverso o anche nel cloud) può trasferire dati all'esperto nel terminale usando i frame. Cioè, in realtà non c'è nessun divario

Yuk. Uck. (la palpebra superiore sinistra è andata in modalità di vibrazione superficiale)

E indietro? È necessario ottenere un batch di informazioni sull'agente (destinato solo ad esso) che dovrebbe essere elaborato all'inizio della corsa e passare indietro il risultato alla fine della corsa.

 
joo:

Uck. Yuk. (la palpebra superiore sinistra va in modalità di vibrazione superficiale)

E indietro? È necessario ottenere un batch di informazioni sull'agente (destinato solo all'agente) da elaborare all'inizio della corsa e trasmettere il risultato alla fine della corsa.

In poche parole, date all'agente dei parametri di input diversi da quelli specificati dal tester standard.
 
joo:

Yuk. Uck. (la palpebra superiore sinistra va in modalità di vibrazione superficiale)

E indietro? È necessario ottenere un batch di informazioni sull'agente (destinato solo ad esso) da elaborare all'inizio della corsa e rimandare il risultato alla fine della corsa.

È complicato e costoso (soprattutto nei cludi). Però è possibile.

Non lo faremo ancora.

 
Urain:
In poche parole, date all'agente un parametro di input diverso da quello impostato dal tester standard.
Fare. Ma avete anche bisogno di un modo per passare quei parametri instu personalizzati. Questo è il problema.
 
Renat:

È complicato e costoso (soprattutto nei cludi). Però è possibile.

Non lo faremo ancora.

La nuvola è forte. Per ora vorrei trattare con agenti locali.
 

Per informazione - i nostri server cloud MQL5 Cloud Network normalmente generano circa 5 terabyte di traffico al giorno, a volte fino a 10 Tb.

Se il traffico personalizzato illimitato viene inviato a questa rete con la garanzia che ogni agente possa essere raggiunto, la rete non si sentirà molto bene.

Распределенные вычисления в сети MQL5 Cloud Network
Распределенные вычисления в сети MQL5 Cloud Network
  • cloud.mql5.com
Заработать деньги, продавая мощности своего компьютера для сети распределенных вычислений MQL5 Cloud Network
Motivazione: