註冊日期: Jan 2004 來 自: 文章數量: 107
如果您是專職的操作者,以下的問題應該是可以不用花時間去看的。 我有一個想法,想提出來跟奇狐團對研究看看,希望您們可以用心體會一小部分人的需求。 奇狐已經跟證交所同步升級512K格式,所以傳輸量也跟著變大。而奇狐跟一般券商看盤軟體不同的地方,是在盤中會將所有有成交資料的個股、期權資料都送到client,不管使用者是否有將其列入自選股。如此會導致傳輸量變得很大。 如果client端頻寬不足時,會發現成交資訊delay,併有多筆成交資訊合在一筆的現象。 現在狀況是: 當一個上班族想要在盤中使用奇狐盯盤時(請不要討論這個人是否應該在上班時偷偷看股票這種問題),一天下來的傳輸量一定會被MIS盯上的。這種狀況應該會導致許多上班族想要花錢使用奇狐但卻無法派上用場。 我試過現有3G上網使用奇狐,其理論值為384Kb,通常落在200Kb就很滿意了。所以並不符合需求,結果是導致嚴重delay。年底號稱3.5G會上場,其理論值就可以符合需求;但以台灣電信業者的基地台佈建速度,真正成熟時機應該在2年後。 我的想法是: 盤中觀察成交最密集的台當月分筆,在頻寬不足時會發現,本來實際成交為 3+9+1+1+15+25+4+8+2+....+5=200口(假設),有可能會變成 30+45+80+...+20=200口,本來推測奇狐傳輸應該是server只負責將資料一直送出,然後client端送回check bit+process item(如台當月代碼),所以會出現累加分筆,是不是server也附帶了一些loading去處理頻寬不足時的資料合併? 如果真是這樣,當頻寬不足的user越多,server loading就越重。所以是否可以針對頻寬不足者,server只送出client端的process item的資訊或是含自選股的資訊。這樣的後遺症是,盤中設定的警示、或是要做選股時,會無法正常選到合乎的標的。但是這並不會對奇狐產生錯誤。所以使用者應該知道自己的需求後,才設定到這個server去連線。 我想這是針對上班族使用奇狐的一個方案,並不只是提供不同的port去讓使用者暴露在MIS的監控目標中。當盤後補上成交分筆時的大小,就可以推估今天盤中一直使用奇狐的傳輸量(8/1大約有74MB)。另外也許有些人希望可以搭配3G,做到行動看盤也不一定。 個人實在不清楚奇狐客戶的分佈狀況;也不清楚奇狐的軟體架構,只是就個人看到的狀況,提前反應給奇狐團隊。也許您們在討論過後,可以讓我知道是不是技術上可行。至於商業上是否需要,就等客戶反應了。 謝謝您們的聆聽。
註冊日期: Jan 2004 來 自: 文章數量: 356
首先感謝您的建議,有關傳輸的問題我們一直以來都向工程部及工程師作建議,自即時盤開始以來也一直有改進連線的程式,由於奇狐所使用的傳輸方式是以全市場資訊的廣播作傳輸,因此所需的資料流量很大,但不至於說要超過200K的傳輸量,至於在傳輸的頻寬及流量中很難去算是不是因流量過大而使得資料出現併筆的問題,但您所提的建議我們會原文回應給工程師,給他們建議一下在不影響系統的情況下,是否可以作一些修正,但如果真的要作到像pda看盤或像掌上型的看盤機一樣,到時可能又會有另一個問題了,因為當客戶手上的資訊是用WEB的方式作傳輸可能會使得太多即時預警用的功能無法使用,也就是說如果以看一檔傳一檔的方式去作傳輸,在預警及即時的異動雷達上會出現問題,所以這是工程部所考量的,無論是不能在短時間克服,我們一定會依方便、快速、準確、穩定作為軟體修改及升級的目標。 奇狐的進步是來自各位用戶的支持及鼓勵,各位前輩的建議及使用心得,也是奇狐未來改善的目標,如有任何寶貴的意見都歡迎各位提出來,我們會將各位的意見提供給工程師作為改版升級時的評估,這也是一直以來奇狐的理念及方向,也是前進的原動力。 感謝您的建議