Ping An Forex

Migliorare ordine MT4 velocità di esecuzione da 500ms con tutto il rispetto per l'idea originale Rooicols offro un'alternativa di EA, che io uso. La sua caratteristica è: - aggiornare 29s intervallo - viene eseguito in un ciclo, quindi è indipendente dalla prossima volta tick - funziona indipendentemente dallo stato dell'interruttore Expert Advisors (a differenza di altri EA inizia e va avanti anche se il pulsante è spento) - rileva altri script che hanno rinfrescato la sessione il link per il download è qui: forex. ovo. czdownloadsgadget. ssionAlive. mq4 Hi Ovo, Im utilizzando la versione, e se guardo 6 coppie di valute, ho bisogno di mettere questo EA su tutte le 6 finestre grafico o ho solo bisogno di mettere solo su un suo bene sapere che i mercati IC tempo di esecuzione ( 657ms) è leggermente più veloce rispetto Mercati Armada (734ms). Mi sono imbattuto in questa discussione con la speranza di trovare un modo per limitare il numero di messaggi del server il mio conto invia al server broker. C'è un modo per farlo con i tuoi EA Mercati IC lamentato di me - hanno bloccato il mio conto perché hanno detto il mio conto inviati troppi messaggi (come 1 milione in un solo giorno), e questo è stato causato da SimpleTraders consulente esperto. Purtroppo, non sembra esserci alcuna impostazione per limitare i messaggi nella loro EA, quindi speravo di trovare un altro EA che potrebbe fare questo per tutta la mia piattaforma MetaTrader e tutti. Se si sa che oltre messaggistica essa è causata da che EA allora avete bisogno di modificare nulla responsabile EA altro lo farà. Iscritto luglio 2013 Status: Utente 36 Messaggi A seguito di qualche discussione sopra su MQL4 forum (non so perché lo faccio per me stesso, ma in ogni caso.). Ho osservato che client MT4 crea una connessione socket in cui riceve i dati di citazione, ma per OrderSendModifyDeleteClose. crea un ulteriore connessione socket temporanea che li volte fuori dopo 30 secondi di inattività. Così qui è un'idea (bit di speculazione) che possono evitare di dover inviare OrderCommands aggiuntivi che alcuni broker possono addebitare per. Suppongo che il tempo di presa fuori dopo 30 secondi sta usando la funzione normale presa di timeout della maggior parte delle librerie di rete TCP, e che non è un timeout a livello di applicazione. Vale a dire, che l'inattività viene monitorato dallo stack di rete e non l'applicazione server Se questo è il caso. Si potrebbe scrivere un po 'di proxy che inietta un po' di traffico benigna su quella presa di corrente e le forze si ferma la tempistica presa fuori, senza l'invio di OrderModify comandi che sarebbero monitorati dall'applicazione server Il terminale si connette tramite il proxy .. Naturalmente questo traffico dovrebbe essere benigna qualcosa che pretende molto in crash il server o influenzare il flusso di dati viene inviato seguito sono la diagnostica mostrando il mio processo di terminale (PID1484) openiing un nuovo socket, mentre vera fanno eco data netstat - ano grep 1484 sonno 15 fatto di avvio - il terminale apre due prese gio 15 ago 2013 23:53:35 TCP 192.168.88.128:1524 5.11.81.108:443 STABILITO 1484 TCP 192.168.88.128:1526 5.11.81.108:443 STABILITO 1484 gio 15 ago 2013 23:53:58 TCP 192.168.88.128 : 1524 5.11.81.108:443 STABILITO 1484 TCP 192.168.88.128:1526 5.11.81.108:443 STABILITO 1484 OrderSend - Un nuovo collegamento aperto gio, 15 agosto 2013 23:54:14 TCP 192.168.88.128:1524 5.11.81.108: 443 STABILITO 1484 TCP 192.168.88.128:1526 5.11.81.108:443 STABILITO 1484 TCP 192.168.88.128:1623 5.11.81.108:443 realizzato di nuovo 1484 OrderSend - stessa connessione riutilizzata gio, 15 agosto 2013 23:54:30 TCP 192.168. 88,128: 1524 5.11.81.108:443 STABILITO 1484 TCP 192.168.88.128:1526 5.11.81.108:443 STABILITO 1484 TCP 192.168.88.128:1623 5.11.81.108:443 STABILITO 1484 fare nulla - collegamento ancora aperta gio, 15 agosto 2013 11: 54:45 PM TCP 192.168.88.128:1524 5.11.81.108:443 STABILITO 1484 TCP 192.168.88.128:1526 5.11.81.108:443 STABILITO 1484 TCP 192.168.88.128:1623 5.11.81.108:443 STABILITO 1484 non fare nulla - collegamento chiuso - FINWAIT2quot significa server ha chiuso la presa e non ha ancora attendere per il cliente - sarà fino a scomparire gio, 15 agosto 2013 23:55:01 TCP 192.168.88.128:1524 5.11.81.108:443 STABILITO 1484 TCP 192.168.88.128:1526 5.11.81.108: 443 STABILITO 1484 TCP 192.168.88.128:1623 5.11.81.108:443 FINWAIT2 1484 non fare nulla - collegamento chiuso - FINWAIT2quot significa server ha chiuso la presa e non ha ancora attendere per il cliente - sarà fino a scomparire gio, 15 agosto 2013 11:55:01 TCP 192.168.88.128:1524 5.11.81.108:443 STABILITO 1484 TCP 192.168.88.128:1526 5.11.81.108:443 STABILITO 1484 TCP 192.168.88.128:1623 5.11.81.108:443 FINWAIT2 1484 Il tuo suggerimento non funziona come si sbaglia. FINWAIT2 significa che il nostro lato ha avviato l'arresto di connessione (inviato FIN, ACK), ha ottenuto ACK (dall'altro lato) per questo e ora è in attesa di FIN, ACK dal lato opposto. Ho cercato di firewall FIN, ACK da parte mia a server e quello che ho ottenuto: tcp 0 1 192.168.0.5:50386 5.9.59.24:443 FINWAIT1 - e in minuto: tcp 1 1 192.168.0.5:50386 5.9.59.24:443 CHIUSURA - quindi, è fino a TERMINAL. EXE per chiudere la connessione (con o senza la consapevolezza server) e solo le modifiche (così a lungo promessi da MQ) in terminal. exe finalmente risolvere questo comportamento riconnessione. One (qualsiasi) sarebbe sufficiente. È possibile provare la mia versione di quotkeep script di sessione alivequot (e liberamente cambiare come è open source), che ha 0,1 sacco di default: raw. githubSergeyKovalyo. reconnect. mq4 Grazie SKovalyov. Ho smesso di usare questi strumenti da quando ho ricevuto telefonate da due broker separati mi chiede (bene) a non utilizzare questi EA. Im curioso però se la piattaforma cTrader eliminato questo quotproblemquot e mi dovrebbe migrare il mio trading per cTrader. cTrader (MT5 pure) non ha questo problema design. MetaTrader Expert Advisor come testare la latenza Broker8217s Sembra una cosa banale, ma la qualità della connessione tra voi e il vostro broker MetaTrader può influenzare notevolmente la qualità di esecuzione. Quando i mercati si muovono rapidamente, ritardi nella millisecondi fanno la differenza tra l'esecuzione ad un prezzo richiesto contro lo slittamento pesante. Si tratta di una saggia idea per essere sicuri di fare tutto quanto in suo potere per minimizzare i rischi di trading. I passaggi per verificare la latenza per il vostro broker MT4 sono semplici. 1) Capire il loro indirizzo IPDomain. Non è l'ovvio 8220mbtrading8221 o chiunque il vostro broker è. You8217ll deve guardare in su all'interno della vostra installazione di MetaTrader. Vai a C: Program Files (x86) IL TUO BROKER HEREconfig. L'esempio seguente mostra l'elenco dei server per Alpari. 2) Fare doppio clic sul server che il tuo account Live è collegato. Se you8217re non è sicuro quale server si connette a, you8217ll trovarlo quando si accede al proprio account all'interno di MetaTrader. 3) Fare doppio clic sul file. srv appropriato che trovato nel passaggio 1. Quando lo fa, una scatola sarà messo a punto. Selezionare il 8220Select un programma da un elenco di programs.8221 installate 4) Scegliere Blocco note e spingere OK. 5) You8217ll vedere un sacco di gobbledy-gook venire. Solo poche parole sono evidenti. You8217re sia alla ricerca di un indirizzo IP (come mostrato nell'immagine Alpari su) o un indirizzo web (come mostrato nell'immagine Forex). 6) Questo passaggio è l'unico unico al vostro sistema operativo. Se avete Vista o Windows 7, è sufficiente fare clic sul pulsante nell'angolo in basso a sinistra, quindi digitare 8220Command8221. Se si dispone di XP, you8217ll necessario spingere Start. Selezionare Esegui, quindi digitare in 8220cmd8221 e spingere entrare. Si può vedere che la mia connessione si trova sul lato cattivo. Ciò non è sorprendente. Il broker, GO Markets, è in Australia, mentre questo test è stato fatto da Dallas, TX. It8217s non realistico aspettarsi una connessione veloce ardente dall'altra parte del mondo. Le opzioni per migliorare la connettività sono piuttosto limitate. 1) Avvicinare il computer al vostro broker. Se non si ha familiarità con il trading con un VPS. Consiglio vivamente la lettura di quel collegamento. Posso risolvere la mia connessione lenta in Australia in questo esempio trovando un fornitore di VPS stimabile in quel paese. 2) Prova ISP di commutazione. L'aggiornamento del programma non è in grado di aiutare. Se vivete al di fuori di una grande città, l'unica opzione è probabilmente VPS. We annunciano pacchetto perfetto per le soluzioni hardware Forex VPSVDS. Low Ping. Veloce SSD. Data Center chiave. Ping è il tasso di scambio di dati tra due computer in rete. Ping è di solito misurato in millisecondi. Meno tempo speso per la comunicazione, il migliore. Il ping minimo che garantisce il più alto tasso di trasferimento ordini di negoziazione. Il ping al minimo è una delle garanzie della rapida esecuzione del vostro ordine. Minore è la distanza tra voi e il servizio di broker di servertrading è, si avvia più velocemente l'apertura transazione o modifica. Senza restrizioni. È possibile utilizzare il software commerciale desiderato nostri esperti possono aiutare a installarlo, se avete domande nel processo. In generale, questo è il proprio server privato virtuale, che si può smaltire a vostra discrezione. Il server esegue tutto il giorno, il che significa che il tuo trading robot funzionerà correttamente e correttamente. In questa modalità, il consulente sarà in grado di valutare in modo più accurato e correttamente le condizioni di negoziazione. aggirare-the-clock è una necessità vitale per il proprio consulente, e, quindi, una condizione necessaria per generare un profitto dal commercio. Forex VPSVDS è un Virtual Private (Dedicated) Server, che permette di risolvere i due problemi principali per un commerciante: per garantire gli esperti di trading lavorano 24 ore al giorno e di abbreviare i tempi di implementazione per il minimo (per aumentare la velocità di esecuzione). In realtà, è un personal computer ottimizzato per la negoziazione esecuzione 247365 che si trova in prossimità del servizio broker o negoziazione.