關于后臺交易速度的3個問題 咨詢版主 [金字塔]
-
咨詢內容：
關于后臺交易速度的3個問題 咨詢版主
1 第一個速度 ?從模型運算完畢到發出委托的速度. ? 模型是2個挨著的語句發出開多開空的2單 ? 之前用的3.8版本,第一單大約60ms 第二單等第一單發出之后又過了60ms才發出. ? 導致套利老是單腿 虧錢.
? 好在4.3版本速度有較大的提升. 第一單3ms發出 ?第二單又等3ms才發出. ? 那么:? ? 既然是一個模型 挨著的2條語句. ?后面的第二條委托 能不能一起 都在第一個3ms內發出呢?
2017-11-16 13:57:45.501 ? ?【后臺】PB01 TSellShort 第 155 行出現信號 2017-11-16 13:57:45.501 ? ?【后臺】PB12 TSellShort 已成功觸發下單操作 價格:18470.000000 數量:5 類型:0 賬戶:620717 品種:PB12 2017-11-16 13:57:45.501 ? ?【后臺】多賬戶及策略系數 委托賬戶或者組： 620717 2017-11-16 13:57:45.502 ? ?【后臺】CTP登錄賬戶 0 個 2017-11-16 13:57:45.502 ? ?【后臺】金仕達登錄賬戶 0 個 2017-11-16 13:57:45.502 ? ?【后臺】恒生登錄賬戶 0 個 2017-11-16 13:57:45.502 ? ?【后臺】子賬戶 登錄賬戶 0 個 2017-11-16 13:57:45.503 ? ?【后臺】擴展接口 登錄賬戶 1 個 2017-11-16 13:57:45.503 ? ?【后臺】 帳戶 620717 下單 2017-11-16 13:57:45.503 ? ?【后臺】賬戶 620717 下單系數為1.000000? 2017-11-16 13:57:45.503 ? ?【后臺】賬戶 620717 下單，系數調整后下單量:5? 2017-11-16 13:57:45.503 ? ?【后臺】實際賬戶 620717 持倉 25 2017-11-16 13:57:45.504 ? ?【后臺】下單已發送 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ////////第一條委托
2017-11-16 13:57:45.504 ? ?【后臺】PB01 TSell 第 156 行出現信號 2017-11-16 13:57:45.505 ? ?【后臺】PB01 TSell 已成功觸發下單操作 價格:18465.000000 數量:5 類型:0 賬戶:620717 品種:PB01 2017-11-16 13:57:45.505 ? ?【后臺】多賬戶及策略系數 委托賬戶或者組： 620717 2017-11-16 13:57:45.505 ? ?【后臺】CTP登錄賬戶 0 個 2017-11-16 13:57:45.505 ? ?【后臺】金仕達登錄賬戶 0 個 2017-11-16 13:57:45.505 ? ?【后臺】恒生登錄賬戶 0 個 2017-11-16 13:57:45.506 ? ?【后臺】子賬戶 登錄賬戶 0 個 2017-11-16 13:57:45.506 ? ?【后臺】擴展接口 登錄賬戶 1 個 2017-11-16 13:57:45.506 ? ?【后臺】 帳戶 620717 下單 2017-11-16 13:57:45.506 ? ?【后臺】賬戶 620717 下單系數為1.000000? 2017-11-16 13:57:45.507 ? ?【后臺】賬戶 620717 下單，系數調整后下單量:5? 2017-11-16 13:57:45.507 ? ?【后臺】實際賬戶 620717 持倉 25 2017-11-16 13:57:45.507 ? ?【后臺】下單已發送 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ///////////第二條委托
2 第二個速度 ?模型的運算速度 ? ?勾選了不間斷監控 ? 1ms ? ?從日志看,幾百行的模型在15 16毫秒內運算完畢 .? ? ?但是我做了一個極簡單的測試模型,就1-2句. 按道理可以在3毫秒以內運算完畢. ? ?然而但是并沒有,還是15-16毫秒才運算完畢.
? ?那么 應該是金字塔封印了模型的運算速度. ?沒道理幾百行15毫秒,一句話也要15毫秒. ? ?能不能解除封印呢? 讓電腦以最大速度最快的刷新率去運行. 簡單模型 估計3毫秒就能刷一次.然后就可以發單了.
? ?如果這樣,從收到行情開始 ?3毫秒算完 3毫秒2個單子發出去. 能大大的減少滑點.畢竟比別的軟件快就是一大優勢. ? ?路上走多長時間,這個就由不得我們了.
3 第三個速度 ?勾選日志 對發單速度到底有多大的影響. ? 或者說 當前勾選 1收到行情運算完畢16毫秒,發單6毫秒. 總計22ms
? 如果不勾選, 你們估計 這個22ms能縮減嗎,大概縮減到了多少? ?
謝謝!! ? ?期待能優化第一個 和第二個速度. ?
(畢竟發單速度 從3.8版本的120ms 變戲法一樣的4.3版本變成了6ms, 相信你們的能力) ? ??
?來源: www.kzuj.com.cn
-
金字塔客服：
如果把第二個模型預算速度接觸封印,誰再說金字塔慢,就可以拿個幾句話的模型懟他. 你看2毫秒算完了 3毫秒就發出單子了
慢是因為模型復雜了,自己改策略去!!
從收到行情到發出單子 5毫秒以內,大家都沒話說了!! [此貼子已經被作者于2017/11/16 14:48:00編輯過]?
-
用戶回復：
這就涉及到軟件底層設計算法和資源利用的問題了，任何軟件都會有一個運行的極限值的，只有在不斷優化運行計算算法，提高硬件資源的利用率，才會突破這個壁壘。隨著硬件的提升，客戶的需求，對這塊的需求我們也會更加重視，這需要一個過程，也是我們努力的方向。
?
-
網友回復：
謝謝版主的重視
軟件都會有一個運行的極限值的，只有在不斷優化運行計算算法，提高硬件資源的利用率，才會突破這個壁壘
現在這第二個速度 ?比較復雜和極簡單的模型 都要16ms運算完, 應該是你們基于某種考慮封印了這個速度. 如果能解除這個封印,讓簡單的模型快點算完把單子發出去,再進行下一次掃描. ?那就最好不過了.
爭取做到發單子有多塊 只看模型和電腦. ? ?期待中!!
?
-
網友回復：
日志記錄也需要時間的，這3ms主要是記錄日志消耗的
有思路，想編寫各種指標公式，程序化交易模型，選股公式，預警公式的朋友
可聯系技術人員 QQ: 511411198 進行 有償 編寫！（不貴！點擊查看價格！）
相關文章
-
沒有相關內容
會員登錄/注冊