IB LAG是中華電問題?
看了另一則帖子，好像也有人IB晚上會LAG我也搞不清楚，幾乎每晚都會LAG，就是報價刷新較慢，有時會卡住幾秒，過幾秒又一下子猛刷出來
但是偶爾幾晚又算順暢，不只IB，好像有的連美國的網站晚上也會LAG(例如twitch)
過晚上12點就比較順了
所以好像不是IB的問題? 我家是用中華光纖60M
另外如果我只做S&P500，IB右下角市場數據連接有三項: usfuture, ilhmds, ushmds
這樣算連接正常嗎?
滑價問題是還能接受，我只有停損用預掛市價，因為S&P每檔掛單還滿大的，所以大多都成交在觸發價
偶爾噴出滑價1~2也還好
有高手成功解決過這LAG問題嗎? 希望能分享下，感激不盡!
不知道能不能用tracert去找lag發生的網段??
本帖最後由 chyou7 於 13-7-28 04:45 編輯
我網路跟你一樣~~請問你每次開電腦是直接連線還是 要再按一次連線~~最近覺得可能是這個問題~~
我是接很多3台主機外加mod
把tracert貼上來大家比一比看看.只有三個datafarm 連?應該是你沒有symbols是其他交易所的關西. TrendRover 發表於 13-7-28 05:55 static/image/common/back.gif
把tracert貼上來大家比一比看看.只有三個datafarm 連?應該是你沒有symbols是其他交易所的關西. ...
有個網友用MultiChart連接IB gateway
會出現一直斷線問題
...............
周日開啟IBG來重新回補資料，卻在下午六點多時發生IBG斷線，現象如下：
1. 點擊IBG icon無法彈出畫面
2. 系統heavy loading，IBG當掉導致系統負載嚴重
3. 歷史資料沒有補完(ref to api log file)
我從IBG Log(
IBG_SunLog.v.940.1n.7z
)猜測斷線的時間應該如下：
LY 18:18:57:766 JTS-Disconnected-1133: CONN CALC: Last connection set as now:18:18:57:656
LY 18:22:01:406 JTS-SocketListener-41: Can't send message, not connected
另外，從MC Log(
Interactive Brokers.log
)也可以看出：
斷線 QMQ3 NYMEX FUT USD 50 即時行情中
斷線 CLQ3 NYMEX FUT USD 100 即時行情中
斷線 GCN3 NYMEX FUT USD 10 即時行情中
斷線 MGCQ3 NYMEX FUT USD 1 即時行情中
斷線 QMQ3 NYMEX FUT USD 50 即時行情中
斷線 CLQ3 NYMEX FUT USD 100 即時行情中
斷線 GCN3 NYMEX FUT USD 10 即時行情中
斷線 MGCQ3 NYMEX FUT USD 1 即時行情中
TWS斷線中...
雖然在下一秒能看到有重新連線成功，卻再也沒有收到數據；
因為再也沒看到"請求 MGCQ3 1 Tick 成交價 歷史資料: 82861 筆報價資料已下載(Id= MGCQ3;T;TICK;1;NYMEX;FUT;USD;)"的類似Log出現！
.....................
最後IB針對我反映的問題修改IB Gateway的bug,
後來發行新版(Beta 940.1s)就解決報價中斷問題了
這個狀況好像又跟大家的不一樣
這是IB gateway跟台灣網路搭配的問題？
TrendRover 發表於 13-7-28 05:55 static/image/common/back.gif
把tracert貼上來大家比一比看看.只有三個datafarm 連?應該是你沒有symbols是其他交易所的關西. ...
1 7 ms 6 ms 6 msh254.s98.ts.hinet.net
2 68 ms 6 ms 6 mstyfo-3301.hinet.net
3 10 ms 10 ms 11 ms220-128-8-170.HINET-IP.hinet.net
4 9 ms 11 ms 10 mstpdt-3011.hinet.net
5 7 ms 7 ms 7 msr4102-s2.tp.hinet.net
6 7 ms 7 ms 7 msr4002-s2.tp.hinet.net
7 140 ms 137 ms 137 msr12-pa.us.hinet.net
8 136 ms 139 ms 138 msTenGigE02-0-3.GW5.SCL2.ALTER.NET [152.179.112.18
1]
9 136 ms 136 ms 136 ms0.ge-2-3-0.XT2.SCL2.ALTER.NET
10 199 ms 198 ms 198 ms0.ae1.XL4.NYC1.ALTER.NET
11 197 ms 197 ms 198 ms0.xe-9-2-0.GW13.NYC1.ALTER.NET
12 200 ms 200 ms 200 msinteractivebrokers-gw.customer.alter.net [157.13
0.249.134]
13 201 ms 200 ms 200 msgw1.ibllc.com
大家的PING又是多少呢?
這是在早上測的，晚上或開盤時間也來測看看
幾百PING是要我做長線就對了{:4_172:}.....
crixus777 發表於 13-7-28 08:21 static/image/common/back.gif
1 7 ms 6 ms 6 msh254.s98.ts.hinet.net
2 68 ms 6 ms 6 ms ...
請問一下
我用win xp
要怎麼做 tracert
是在command line下做這些事嗎？
sentinels 發表於 13-7-28 08:33 static/image/common/back.gif
請問一下
我用win xp
要怎麼做 tracert
開始>執行>輸入cmd>輸入tracert gw1.ibllc.com
我也是第一次用.....
斷線,網路速度慢,報價卡住後又爆衝
這三者的問題都不一樣
不能混為一談
1.斷線
報價暫停,都一直沒有更新,大部分是ISP的問題,券商若停止報價的話,那糾紛會很大,不太可能,尤其是IB這種等級的券商
2.網路速度慢
這跟你連線的目的地有關
你若比較兩家券商的報價
發現不同步
這是中間連線的問題(有地方塞住)
這是你沒有辦法解決的
因為這是ISP的問題
要反映給ISP(調整中間的gateway)
而且最精確的
應該是要比較兩家不同的"ISP"
看看兩家ISP的報價速度的差別
搞不好你會發現
別家的ISP不管連哪個券商報價
都比你原來ISP的速度快多了
這樣你還要管你原來ISP的速度問題嗎?
3.報價卡住後又爆衝
這理論上是券商報價server端程式功力太差的問題
server端無法承受瞬間快市大量要傳送的資料
所以瞬間塞車
等快市稍緩後才一股腦地送出
不過就我的觀察
我目前還沒有在IB中看到這樣的現象
倒是在元大的EasyWin中有看過
所以我懷疑你這種塞住後暴衝可能是你電腦自己的問題
你的網路無法承受瞬間的大量
造成這樣的現象
看看你當時有沒有其他程式在大量使用網路流量
有的話先關掉
再觀察看看
或者換台乾淨的電腦來試試看更準
我10M都覺得已經夠用了
你60M應該是綽綽有餘(不過我的ISP不同)
所以這種不是你管子不夠大
而是有那裡塞住的問題
不要頭痛醫腳
到最後只是變商人口中的肥羊
問題還是解決不了 stevenchen 發表於 13-7-28 11:04 static/image/common/back.gif
斷線,網路速度慢,報價卡住後又爆衝
這三者的問題都不一樣
不能混為一談
參考以下這篇文章
http://www.coco-in.net/thread-26782-1-2.html
因為之後IB報價都沒問題
我也沒試過這篇文章的作法
有網友要試一下嗎？
看改一改是否有效
就是TWS執行檔, 按右鍵->內容 , 目標值, 有一長串數字, 看改了有沒有效？
可以再加上：(有疑慮請 google 每一行，這些都是 JVM 的參數）
-XX:+UseParNewGC <--- 使用新的平行處理 garbage collector.
-Xms1024m 《---- 開始最低memory size
..................
我對Java Machine不懂
還是請下面網友幫忙
我家最近晚上中華電信網路都會給我自動斷線，要過幾分鐘才能重新連線{:4_95:} 台灣的網路環境, 應該還有很大的進度空間. 本帖最後由 TrendRover 於 13-7-28 16:10 編輯
crixus777 發表於 13-7-28 08:21 static/image/common/back.gif
1 7 ms 6 ms 6 msh254.s98.ts.hinet.net
2 68 ms 6 ms 6 ms ...
我們在國內都是19ms 而已,你的飆到68ms!那裏有問題.
我的如下:
在上限 30 個躍點上
追蹤 gw1.ibllc.com 的路由:
1 1 ms 1 ms 1 msDI-624S
2 18 ms 17 ms 18 mstp240-56.dialup.seed.net.tw
3 17 ms 17 ms 17 ms192.72.142.60
4 17 ms 18 ms 17 msR121-129.seed.net.tw
5 22 ms 21 ms 56 msR57-157.seed.net.tw
6 20 ms 20 ms 20 msR58-201.seed.net.tw
7 22 ms 22 ms 22 msh118-192-72-155.seed.net.tw
8 21 ms 22 ms 21 msxe-4-0-0.r01.taiptw01.tw.bb.gin.ntt.net
9 20 ms 20 ms 21 msae-1.r00.taiptw01.tw.bb.gin.ntt.net
10 50 ms 51 ms 50 msp64-7-1-1.r24.tokyjp05.jp.bb.gin.ntt.net
11 50 ms 50 ms 60 msae-12.r20.tokyjp01.jp.bb.gin.ntt.net
12 162 ms 146 ms 143 msas-1.r20.sttlwa01.us.bb.gin.ntt.net
13 146 ms 142 ms 154 msae-1.r05.sttlwa01.us.bb.gin.ntt.net
14 154 ms 153 ms 160 ms0.xe-11-3-0.BR3.SEA1.ALTER.NET
15 216 ms 230 ms 213 ms0.xe-2-0-2.XL3.NYC1.ALTER.NET
16 222 ms 222 ms 219 ms0.xe-8-2-0.GW13.NYC1.ALTER.NET
17 218 ms 215 ms 229 msinteractivebrokers-gw.customer.alter.net
18 218 ms 216 ms 215 msgw1.ibllc.com
追蹤完成。
我的是seednet的.
seednet以前愛04:00開始關機維修,我反應過後有點改善.
在上限 30 個躍點上
追蹤 gw1.ibllc.com 的路由:
1 * * * 要求等候逾時。
2 2 ms 1 ms 1 ms172.17.0.31
3 1 ms 1 ms 1 ms172.17.0.141
4 9 ms 3 ms 3 ms203.79.255.29
5 4 ms 3 ms 4 ms211.76.96.254
6 40 ms 39 ms 40 ms122.255.91.101
7 41 ms 41 ms 41 msae-1.r00.taiptw01.tw.bb.gin.ntt.net
8 39 ms 40 ms 38 msp64-7-1-1.r24.tokyjp05.jp.bb.gin.ntt.net
9 49 ms 40 ms 59 msae-12.r20.tokyjp01.jp.bb.gin.ntt.net
10 137 ms 138 ms 153 msas-1.r20.sttlwa01.us.bb.gin.ntt.net
11 133 ms 147 ms 132 msae-1.r05.sttlwa01.us.bb.gin.ntt.net
12 141 ms 136 ms 150 ms0.xe-11-3-0.BR3.SEA1.ALTER.NET
13 * * * 要求等候逾時。
14 198 ms 200 ms 193 ms0.xe-9-1-0.GW13.NYC1.ALTER.NET
15 198 ms 196 ms 205 msinteractivebrokers-gw.customer.alter.net
16 199 ms 239 ms 198 msgw1.ibllc.com
追蹤完成。 這樣的速度正常嗎