Sirius 發表於 11-7-29 16:19

philipz大的方案比較可行,DDE實在不可靠
用DB如果量大,query次數也很頻繁

wldtw2008 發表於 11-7-29 18:09

本帖最後由 wldtw2008 於 11-7-29 06:17 PM 編輯

如果您是用TS、AB,那小弟的工具TSTW, ABTW可以從DDE收下來後,以TCPIP方式分接,最多可分接32個喔!

以前有個數字老頭,用我的工具分接給七台電腦做單。除了他之外,沒人跟我回報說有在用分接功能。
這個功能很強大,但實在可惜很少人知道、也很少人用。

綠茶妹 發表於 11-7-29 21:34

DDE是很慢的傳輸協定,
後5台可能只收到更慢的資料。

mori868 發表於 11-7-29 21:59

本帖最後由 mori868 於 11-7-29 10:12 PM 編輯

DDE是很慢的傳輸協定,
後5台可能只收到更慢的資料。
綠茶妹 發表於 11-7-29 09:34 PM http://coco-in.net/images/common/back.gif

現在用DDE看大台很不錯也很快可以接受    這是目前通用接法
今再說明一下
1: 當中一台為主機負責將期貨商DDE資料-> micro excel (大台,小台,金融.---).
2: 其他五台電腦分別灌有飛狐軟件並各別操作(大台,小台,金融,----).
3:那五台電腦如何向主機(MICRO EXCEL)抓取所要DDE資料.
敬請幫忙賜教       謝謝

philipz 發表於 11-7-30 05:51

如果您是用TS、AB,那小弟的工具TSTW, ABTW可以從DDE收下來後,以TCPIP方式分接,最多可分接32個喔!

以前 ...
wldtw2008 發表於 11-7-29 06:09 PM http://www.coco-in.net/images/common/back.gif


    能否請大大詳述其傳輸方式,小弟目前是用socket方式,報價是client送資料到server運算下單,現在都同一台,但架構是可分開。期待您的分享。

wldtw2008 發表於 11-7-30 22:36

回復 24# philipz


    是的。我不曉得您知不知道小弟的軟體提供的功能?簡言之,我提供的TSTW、ABTW、WLDTW工具中,最主要是透過DDE2TickQuote.exe作資訊源的接收與轉發,這隻程式是可以從DDE、XQuote、群益API等資訊源取得TICK資料後,以固定的純文字格式TCP甩出給CLIENT。並同時以記憶體映射檔的方式暫存備用以提供回補與歸檔使用。

DDE2TickQuote.exe執行後,是以4567,4568通訊埠提供服務的TCPIP伺服器,
CLIENT,透過4568通訊埠,可以取得甩出的即時的TICK、MEMORY。
而透過4567通訊埠,則可取得歷史、盤中資料的回補、歸檔功能。提供 N秒檔Kbar (五分檔=300秒檔)資料。

以上兩個都是都是純文字格式,並且效能是我最最最最注重的東西。

小弟我很敬佩P大您寫出撲浪的期貨、選擇權訊號工具,小弟的工具若能蒙您使用,那小弟必當盡力協助的!

kilroy 發表於 11-7-30 23:05

小弟我很敬佩P大您寫出撲浪的期貨、選擇權訊號工具,小弟的工具若能蒙您使用,那小弟必當盡力協助的!
wldtw2008 發表於 11-7-30 10:36 PM http://www.coco-in.net/images/common/back.gif


   怎麼差這麼多,小弟也是大大的ABTW愛用者 {:4_622:}

minime 發表於 11-7-30 23:11

哇, COCO 到處都是寫程式的高手, 能有各位大大 1/10 功力就好 {:4_121:}

kilroy 發表於 11-7-30 23:18

會寫程式真好啊! {:9_582:}{:9_580:}

philipz 發表於 11-7-31 06:30

回復 25# wldtw2008


    您客氣了,看來您這工具跟小弟讀報價api轉送socket方式是一樣的,您提供更多功能和格式。其實真的傳純文字是效率最好的。再者,小弟最熟悉Java,所以跨語言的傳遞還是socket最簡單,當然要用Java再將進場出場傳到噗浪或IM都蠻簡單的。感謝您的分享,看來基本上方式是一樣的。

wldtw2008 發表於 11-7-31 09:25

本帖最後由 wldtw2008 於 11-7-31 09:29 AM 編輯

回復 29# philipz


    是啊~~這套工具問世大概有三年了,可惜大部分的人對這工具提供的功能還是模模糊糊,主要原因是我自己也懶,沒努力去寫說明(打廣告),所以有在用的始終就是一小群人而已。


To Kilroy大:
有啦~ 我都一視同仁,很多朋友設定不起來,我都會直接TEAMVIEWER進去幫他們設定的。
只是有些朋友的需求我自己並沒有,所以新功能的增加上就真的是老牛拖車慢很多拍了(如WIN64、雙資訊源等需求)。
{:4_149:}

yesido0622 發表於 11-8-1 01:36

本帖最後由 yesido0622 於 11-8-1 01:57 AM 編輯

做大型模擬的人都是用平行化電腦叢集去計算
http://tw.knowledge.yahoo.com/question/question?qid=1004121900131

你這東西應該也可以用平行化電腦叢集的觀念去做就好了~
http://www.ymlab.org/equip_new.html

目前比較多人用的是MPICH去做處理器間的溝通...
http://tw.myblog.yahoo.com/jw!pf ... 50/article?mid=6787

所以我的想法是用卷商的報價API接收報價,
透過MPICH去丟給你要的某台電腦~
或丟給100台, 1000台都是簡單的事情~
因為做大型模擬的人, 都已經做過了...

philipz 發表於 11-8-1 13:17

做大型模擬的人都是用平行化電腦叢集去計算


你這東西應該也可以用平行化電腦叢集的觀念去做就好了~


目 ...
yesido0622 發表於 11-8-1 01:36 AM http://coco-in.net/images/common/back.gif

看來yesido0622大似乎做過大型模擬,可以解說一下cluster架構?且這交易程式的TASK如何切割分給各個電腦?您提供的Parallel Computing(OpenMP)程式連結才是處理CPU間溝通,這似乎跟cluster關係不大。

一種是多CPU程式(OpenMP),一種是多PC(MPICH),這兩者截然不同。光cluster要把需計算的TASK分派和合併都是問題,加上其中一台掛點,如何failover也是問題。


如果只是google一下網頁,應該是幫助不大啦。

yesido0622 發表於 11-8-1 14:34

回復 32# philipz


    看來yesido0622大似乎做過大型模擬,可以解說一下cluster架構?且這交易程式的TASK如何切割分給各個電腦?您提供的Parallel Computing(OpenMP)程式連結才是處理CPU間溝通,這似乎跟cluster關係不大。

一種是多CPU程式(OpenMP),一種是多PC(MPICH),這兩者截然不同。光cluster要把需計算的TASK分派和合併都是問題,加上其中一台掛點,如何failover也是問題。


如果只是google一下網頁,應該是幫助不大啦。

=======================================

    呵, 看你的回覆有點在懷疑我, 是否用過cluster寫平行化模擬程式阿~

    這些我當然做過...不過是以前的事情了~

    要不是你提起, 我還懶的說我幹過這些事情勒~

=======================================

    你說:cluster要把需計算的TASK分派和合併都是問題

    我說:那可能是你系統沒架好, 或你不會寫分派跟合併的程式才是問題吧= =+

=======================================

    而這邊我提出的是

    所以我的想法是用卷商的報價API接收報價,
    透過MPICH去丟給你要的某台電腦~
    或丟給100台, 1000台都是簡單的事情~

    一台透過網路接收到報價, 然後把這個報價(變數)給其他台,
    MPICH本身就有提供相關副程式供你使用, 應該也還好吧...

=======================================

    可以解說一下cluster架構?

    以你對我的了解, 難道我不會去google嗎?

    其實我都只會google而已, 而且我也嫩到爆,

    強烈建議你用你方法做就好...

philipz 發表於 11-8-1 15:44

沒有懷疑啦~只是你說是MPICH去做處理器間的溝通,才讓人覺得你沒做過。
不過既然才六台而已,何必建議cluster方案,光建置這cluster環境就非常麻煩且複雜。
頁: 1 [2] 3
查看完整版本: 多台電腦如何互相傳遞DDE資料