將MT4訂單執行速度提高500毫秒
1 頁面的第 565 頁 123 ... 上一個上一個
Results 1 to 10 of 41

Thread: 將MT4訂單執行速度提高500毫秒

  1. #1
    2附件主要人員道歉。儘管在發布這個帖子之前已經和幾個經紀人一起發布了這個EA,但我已經被兩個經紀人告知,這可能會導致他們在處理負載和帶寬問題時遇到重大問題,如果不是這樣,他們會更喜歡釋放。我取下了原來的EA,我已經把腳本改為了。

    在剝頭皮中,執行速度(以及滑點)非常重要。下面我將詳細介紹一種方法,任何人都可以使用該方法將MT4訂單執行速度提高約500毫秒。讓我解釋它是如何工作的:

    Metatrader 4的會話長度為30秒 - 也就是說會話超時30秒沒有交易活動。在此時間之外,任何與同一IP地址的服務器通信都需要重新驗證,即:通過登錄/密碼驗證過程。這種驗證大約需要500毫秒(但是這個值在不同代理之間變化很大,從200毫秒到一些代理的差不多2秒)。

    自上次服務器聯繫後30秒內進行交易時,該流程為:
    MT4客戶端gt; gt; gt; gt; MT4 Servergt; gt; gt; gt; ECN

    在這30秒之外由於重新認證措施,現在是:
    MT4客戶端GT; GT; GT; MT4服務器gt; gt; MT4服務器密碼數據庫gt; gt; gt; Authentiiongt; gt; gt; ECN

    增加的步驟是延遲所在 - 這在所有MT4 Brokers中都很常見。

    通過在您預計下達市價單之前不久與交易服務器聯繫,您將該市場訂單的執行速度降低約500毫秒

    我在下面附上了一個腳本,它以0.00001的價格在eurusd上打開待定買入限制,然後在每次連續運行時它在兩個值之間來回更改TP,從而打開一個新的認證會話,該會話將保持打開30秒,允許你下市場訂單。如果使用熱鍵,腳本可以非常快速和輕鬆地運行。

    此腳本還可用於測試執行速度,(儘管市場訂單執行速度可能略低於掛單執行速度)。該腳本會計算修改訂單所需的毫秒數。它打印和評論此持續時間。

    編輯11-05-2012:我重新上傳原始的EA,考慮到腳本和其他版本的EA(4個月內下載約350次)沒有過多的下載量。 EA每29(或自定義數量)秒自動修改訂單。如果需要,只運行EA,因為它會給你的brøker服務器帶來額外的處理負擔。有些brøkers會要求你停止運行這個EA。其他br br可能會向您收取費用(MB交易費用為每台服務器消息0.005美元)。 EA在終端的專家選項卡中打印訂單修改命令的執行速度。如果此執行時間大於1000 ms,則將修改頻率設置為低或28或27,否則29為最佳。

    https://www.forex-pedia.com/attachme...1762362624.ex4

    https://www.forex-pedia.com/attachme...4274920014.ex4

  2. #2
    嘿,你從哪裡得到這些信息?...無論如何,感謝分享...如果它真的那將是非常有幫助的
    映入眼簾!

  3. #3
    Quote Originally Posted by ;
    嘿,你從哪裡得到這些信息?...無論如何,感謝分享...如果它真的那將是非常有幫助的
    映入眼簾!
    最初是我自己的發現,自上次服務器聯繫以來30秒後訂單執行速度大大惡化,然後研究它我知道了原因。

  4. #4

    Quote Originally Posted by ;
    最初是我自己的發現,自上次服務器聯繫以來30秒後訂單執行速度大大惡化,然後研究它我知道了原因。
    嗨,rooicol,這個文件在哪裡?很抱歉問一個可能的愚蠢問題。謝謝。

  5. #5

    Quote Originally Posted by ;
    嗨,這個文件在哪裡?很抱歉問一個可能的愚蠢問題。謝謝。
    _Ping EA.mq4 - 進入Drive_CProgram FilesMT4Experts _Test Execution Speed.mq4 - 進入Drive_CProgram FilesMT4ExpertsScripts

  6. #6

    Quote Originally Posted by ;
    大家好,在剝頭皮中,執行速度(因此滑點)非常重要。下面我將詳細介紹一種方法,任何人都可以使用該方法將MT4訂單執行速度提高約500毫秒。讓我解釋它是如何工作的:Metatrader 4在30秒的會話長度上運行 - 也就是說,當會話超時30秒沒有交易活動。在此時間之外,任何與同一IP地址的服務器通信都需要重新驗證,即:通過登錄/密碼驗證過程。這個認證......
    那是一個好主意。不過我有一個問題。如果越來越多的人這樣做以降低訂單執行速度,你會怎麼想?因為它肯定會增加服務器負載。我擔心當其他人這樣做時,這種方法會扭轉這種意圖。

  7. #7

    Quote Originally Posted by ;
    rooicol_Ping EA.mq4 - 進入Drive_CProgram FilesMT4Experts rooicol_Test Execution Speed.mq4 - 進入Drive_CProgram FilesMT4ExpertsScripts
    謝了哥們。我試一試。

  8. #8

    Quote Originally Posted by ;
    那是一個好主意。不過我有一個問題。如果越來越多的人這樣做以降低訂單執行速度,你會怎麼想?因為它肯定會增加服務器負載。我擔心當其他人這樣做時,這種方法會扭轉這種意圖。
    在我發布之前,我已經與幾個經紀人的IT支持人員進行了檢查。他們說這不是問題。大多數代理都沒有允許客戶每天發送服務器的消息數量的上限。 MB Trading每天有20K消息的硬限制,GO Markets有10K消息的軟限制(如果您發送更多信息,他們會聯繫您)。如果您的賬戶開始多動,其他經紀人通常會聯繫您,但他們都說LT;每天2K消息很好。

  9. #9

    Quote Originally Posted by ;
    在我發布之前,我已經與幾個經紀人的IT支持人員進行了檢查。他們說這不是問題。大多數代理都沒有允許客戶每天發送服務器的消息數量的上限。 MB Trading每天有20K消息的硬限制,GO Markets有10K消息的軟限制(如果您發送更多信息,他們會聯繫您)。如果您的賬戶開始多動,其他經紀人通常會聯繫您,但他們都說LT;每天2K消息很好。
    我相信如果只有少數人採納你的想法那麼它應該是一個問題。但如果成千上萬的人呢?如果有數千名交易員這樣做,你問他們是否可以?想像一下,如果交易服務器需要每30秒處理額外的數千筆交易請求,那就是額外的負載。我不是IT專家。這只是我的擔憂。我個人的經驗告訴我,如果我在短時間內發送過多的交易請求,我的執行速度將開始惡化。

  10. #10

    Quote Originally Posted by ;
    我相信如果只有少數人採納你的想法那麼它應該是一個問題。但如果成千上萬的人呢?如果有數千名交易員這樣做,你問他們是否可以?想像一下,如果交易服務器需要每30秒處理額外的數千筆交易請求,那就是額外的負載。我不是IT專家。這只是我的擔憂。
    是的,這正是我問他們的,我告訴我,我打算在FF上發布它,並且潛在的許多黃牛會使用這個EA。即使一小部分人開始使用它,也可能使服務器負載增加一倍。他們說這應該不是問題。 FinFx最初表達了擔憂,但後來又回到我身邊說這不是一個問題。

發布權限

  • 您不可發布新主題
  • 您不可回复
  • 您不可發布附件
  • 您不可編輯您的帖子
  •  
  • BB代碼是打開的
  • 表情符號是打開的
  • [IMG]代碼是打開的
  • [視頻]代碼是打開的
  • HTML代碼是關閉的
forex-pedia網站使用cookie 文字跟蹤
forex-pedia.com網站使用cookie 文字跟蹤,某些設定已經固定。您可以點擊此處閱讀我們的Cookie使用說明。 請點擊右鍵接受我們的cookies。如果您選擇繼續使用forex-pedia.com網站,我們將認為您接受我們的cookies。