奇狐社區論壇
在這個頁面顯示本主題全部的 6 個文章

奇狐社區論壇 (http://www.chiefox.com.tw/bbs/index.php)
- 問題交流 (http://www.chiefox.com.tw/bbs/forumdisplay.php?forumid=28)
-- 關於數據列表之 欄位運算問題 (http://www.chiefox.com.tw/bbs/showthread.php?threadid=16126)


由 tycoon868 在 2011-10-13 11:38 發表:

問題 關於數據列表之 欄位運算問題

請教總版主:

PC環境為: Win7 Home Premium 64Bit
Intel Core i5 2400S(四核心)
8GB DDR3

我將自設公式的六個指標設定到數據列表的欄位中,於盤中作六個欄位運算[更新指標] 請教以下問題:

1. 六個指標我認為有公式複雜度的差別,用碼表逐一統計運算所有上市櫃(1400檔)卻都是耗時55秒,請教數據列表運算原理?

2. 用CPU 監控程式查看資源耗用, 四個核心皆沒有超過50%,這樣的情況用更高階的CPU(如八核心)有可能提升運算速度嗎?

3. 目前六個指標屬於主圖,如果將他們設定到副圖對運算速度提升有幫助嗎?

4. 四核心CPU並沒有ㄍㄧ ㄥ飽,同樣環境下改用固態HD,大該可以將55秒降到幾秒鐘------硬碟讀取速度是否才是本題重點

5. 目前奇狐版本是否為 64Bit
是否與 Win7 64Bit 最相容

相同PC硬體 改用 WinXP 是否對我
所要的列表運算速度有提升?

6. 同樣環境下
關掉作業系統分頁檔是否有幫助

7. 同樣環境下
把DDR3 一部分作 Ram Disk (作Cache) 是否有幫助,會比SSD好用嗎?

請教如何將實體DDR3 作成奇狐Cache

因為考量到換固態硬碟或是升級CPU
之成本,請您為我仔細評估運算效能之提升方法


感謝您


由 cgjj 在 2011-10-13 12:54 發表:

回覆: 關於數據列表之 欄位運算問題

引用:
最初由 tycoon868 發表
請教總版主:

PC環境為: Win7 Home Premium 64Bit
Intel Core i5 2400S(四核心)
8GB DDR3

我將自設公式的六個指標設定到數據列表的欄位中,於盤中作六個欄位運算[更新指標] 請教以下問題:

1. 六個指標我認為有公式複雜度的差別,用碼表逐一統計運算所有上市櫃(1400檔)卻都是耗時55秒,請教數據列表運算原理?

2. 用CPU 監控程式查看資源耗用, 四個核心皆沒有超過50%,這樣的情況用更高階的CPU(如八核心)有可能提升運算速度嗎?

3. 目前六個指標屬於主圖,如果將他們設定到副圖對運算速度提升有幫助嗎?

4. 四核心CPU並沒有ㄍㄧ ㄥ飽,同樣環境下改用固態HD,大該可以將55秒降到幾秒鐘------硬碟讀取速度是否才是本題重點

5. 目前奇狐版本是否為 64Bit
是否與 Win7 64Bit 最相容

相同PC硬體 改用 WinXP 是否對我
所要的列表運算速度有提升?

6. 同樣環境下
關掉作業系統分頁檔是否有幫助

7. 同樣環境下
把DDR3 一部分作 Ram Disk (作Cache) 是否有幫助,會比SSD好用嗎?

請教如何將實體DDR3 作成奇狐Cache

因為考量到換固態硬碟或是升級CPU
之成本,請您為我仔細評估運算效能之提升方法


感謝您



Re1:
數據列表運算K棒數,與選股時計算的K棒數是相同的
都是在[系統選項\參數]- [內存保留 n 組1分鐘/5分鐘數據] 中設定
該設定會影響預警/選股/指標排序, 預設為 960 根
當計算的K棒數少,每檔累積起來的時間差異就不大
公式複雜或公式內容長不見的會跑的慢, 要看算什麼怎樣算

Re2:
目前本軟體主程式尚未支援平行運算,故目前無法發揮真正多核心電腦的效能。
但是多核心電腦可讓您同時跑多個應用程式時負擔變輕,跑起來更為順暢快速。
選購多核心電腦來跑本軟體還是具有非常大的益處。跑本軟體我們的建議如下:
請將 CPU 單一核心之時脈較高列入第一考量,CPU 之核心數量列入第二考量。
以用雙核心 3.0GHz x 2 為例,跑起來會比用四核心 2.0GHz x 4 跑來的快。

Re3:
您可以試試看可能有些助益, 繪製輸出的東西減少也能節省些CPU

Re4:
用四核心若總體CPU使用率達 25% 以上, 則可能有一核心已經用飽
實際應要看[工作管理員\效能]中的各別核心CPU的使用率記錄
以您目前需算上市櫃所有商品的需求來說, 硬碟效能很重要
若 CPU 夠快, 但硬碟速度跟不上, 還是需等待硬碟處理完
故以您的需求來說, 用 SSD 會有很大的助益
將作業系統和奇狐都放入 SSD , 則能發揮的更佳

Re5:
奇狐主程式目前是32Bit, 在 Win7 64Bit 中也可正常運作
已經有很多客戶在這樣的環境中使用
建議維持用您原來的 Win7 即可, Win7 建議 RAM 至少要有 3GB

Re6:
不建議您去關掉作業系統分頁檔, 當資源不足時可能導致災難

Re7:
建議仍是用 SSD, 兩者速度差異不大
Ram Disk 一但斷電或系統異常重開機, 資料將會容易遺失或損壞
容易導致系統不穩定

以您現在的配備搭配 SSD
運算這麼多的商品, 只需幾秒鐘, 已經是非常快了

程式上若還有空間可以優化
提升的效果會更明顯, 會比改善硬體更有效益


由 tycoon868 在 2011-10-14 09:10 發表:

感謝總版主:

RRe1: 我運算的公式只用到日K,而且只有用到120天,是否可以將960根降低至150,這樣對即時盤的日K列表運算有速度提升作用嗎?

RRe2: 經查證 Core i5 2400S 的 clock 才只有 2500 MHZ,如果我在列表運算時滑鼠不動(除了OS以外不執行其他軟體)
是否意味 雙核心 3.0 GH CPU 反而比較快呢?

RRe4: 經查證Win7 內建 CPU 整體使用率在運算時,確實只用到 30%,這是否意味我不需要在CPU 時脈上努力,直接往SSD方向考慮?

RRe7: 我第一次提問的速度結果不是用SSD,而是裝在 1 TB HD 所分割出來的50GB 延伸碟,請問將分割區切小一點,對於本例之讀取運算速度有幫助嗎?

RRe8: 因為需要評估是否買一顆SSD,
請總版主為我具體估計: 以我目前的所有軟硬體環境,OS 與 Chiefox 都裝到SSD 的話,大概可以將速度提升多少?

謝謝您


由 cgjj 在 2011-10-14 10:12 發表:

引用:
最初由 tycoon868 發表
感謝總版主:

RRe1: 我運算的公式只用到日K,而且只有用到120天,是否可以將960根降低至150,這樣對即時盤的日K列表運算有速度提升作用嗎?

RRe2: 經查證 Core i5 2400S 的 clock 才只有 2500 MHZ,如果我在列表運算時滑鼠不動(除了OS以外不執行其他軟體)
是否意味 雙核心 3.0 GH CPU 反而比較快呢?

RRe4: 經查證Win7 內建 CPU 整體使用率在運算時,確實只用到 30%,這是否意味我不需要在CPU 時脈上努力,直接往SSD方向考慮?

RRe7: 我第一次提問的速度結果不是用SSD,而是裝在 1 TB HD 所分割出來的50GB 延伸碟,請問將分割區切小一點,對於本例之讀取運算速度有幫助嗎?

RRe8: 因為需要評估是否買一顆SSD,
請總版主為我具體估計: 以我目前的所有軟硬體環境,OS 與 Chiefox 都裝到SSD 的話,大概可以將速度提升多少?

謝謝您



RRe1:
那個960根設定僅針對分鐘線有用, 日線不適用

但是[公式編輯器]中有一個[快速計算]按鈕
請打開您運算的公式, 將快速計算的數值設為您需要的 150
那麼在數據列表做指標排序運算時它就只會用150根來算
[快速計算] 對分線和日線都有效(僅選股,預警,指標排序等有效)

RRe2:
不能單純這樣比較
i5 2400S 雖是 2.5Ghz , 但其具 Max Turbo Frequency 可到 3.3Ghz
要看您比較的 3.0 CPU 是否也有具 Max Turbo Frequency

RRe4:
以您的需求來說可能換 SSD 的效益比較大

RRe7:
影響不大

RRe8:
這個您要自行評估, 畢竟每個人使用狀況不同, 用的指標也不同
您之前測試的結果 -- "同樣環境下改用固態HD,大該可以將55秒降到幾秒鐘"
我想已經很具備參考意義了


由 cgjj 在 2011-10-14 10:18 發表:

此外若您是用 ATI 晶片的顯示卡, 請留意此問題(會影響CPU效能)
http://www.chiefox.com.tw/bbs/showt...&threadid=14877


由 tycoon868 在 2011-10-14 11:01 發表:

感謝版大

將快速計算設成 150
只需 24秒 (只有原來的8%不到)
這下子連 SSD 都不需要了

小弟真的要多多研究一些細部設定了

謝謝


全部時間均為台灣時間, 現在時間為04:33
在這個頁面顯示本主題全部的 6 個文章


Powered by: vBulletin Version 2.3.0 - Copyright©2000-, Jelsoft Enterprises Limited.

簡愛洋行 製作 Copyright 2003-. All Rights Reserved.