[問題] QT在大量計算時同時更新Widget

看板C_and_CPP作者 (殺拉頂)時間8年前 (2017/09/11 01:49), 8年前編輯推噓10(10推 0噓 35→)
留言45則, 12人參與, 最新討論串1/1
開發平台(Platform): (Ex: Win10, Linux, ...) Linux 編譯器(Ex: GCC, clang, VC++...)+目標環境(跟開發平台不同的話需列出) GCC 額外使用到的函數庫(Library Used): (Ex: OpenGL, ...) QT 4.X 問題(Question)： 目前有一個應用程式, 裡面有一個大量計算的部分(至少20分鐘). 此應用程式使QT, 此大量計算的部分在main thread裡面. 這是因為這個程式已經很老了 後來轉用QT, 但是整個架構若是要改, 會動到很底層很多東西, 所以就沒有重整了 ORZ. 問題來了, 當進入大量計算時, 程式的GUI會沒有反應且會"灰掉", 不論移動視窗或是 按鈕都沒有反應, 所以無法得知程式是死掉hang住了 還是正在計算中. 所以想用progressbar或是類似動畫的東西來至少表示程式還活著, 可是都無法成功, 試過的方法如下: 以下都以progressbar為例, 其他的像是動畫也是差不多結果 1. 使用QObject的Timer或是 QTimer的timer event ==> 失敗, 所有的timer event都在計算完畢才進來 2. 起一個QThread, 使用連接Signal-Slot的方式來更新(定時emit signal) ==> 毫無效果. 對於連接Singal-Slot時的最後一個參數(enum Qt::ConnectionType), 試過所有種類 3. 起另一個QThread, 在run()裡面起另一個event loop, 然後使用timer 再call progressbar的update() (progressbar不論在主thread或是 另外的thread結果一樣) ==> 無效 (timer有發揮效果, 只是無法更新) 4. 起另一個std::thread, call update() ==> 無效 5. 在主thread使用Linux Signal Handler, 在signal handler裡面更新進度並call update() 或是call processEvent()讓QT去處理在Queue裡面的event. 而signal是由另外一個thread發出. ==> 可行, 但是QT的processEvent/update()會用到malloc, 會產生dead lock. 簡單說 這些函式都不是Async-Signal Safe(或是非可重入的) 由以上試驗看來, 似乎只能起另外一個process了, 只不過起另外一個process需要 先準備一個執行檔, 不知道有沒有辦法像起thread一樣, 可以起一個process來執行某個 函式嗎? 請問各位先進, 對於上述遇到的問題是否有解法呢? 看起來, 只要main thread有大量計算, 則所有GUI相關的動作都會因為資源被佔走而 延後處理.........難道只能用另一個process嗎...... 請各位先進不吝解惑!! 感謝!! -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.228.226.32 ※ 文章網址: https://www.ptt.cc/bbs/C_and_CPP/M.1505065754.A.27B.html
推
09/11 02:31, , 1F
把大量計算丟在另個thread?
09/11 02:31, 1F
→
09/11 03:06, , 2F
因為最早根本沒有多緒的概念 所以計算部分丟另外一個
09/11 03:06, 2F
→
09/11 03:08, , 3F
thread會crash 基礎建設都是沒有多緒思考 要改會改很大..
09/11 03:08, 3F
→
09/11 05:03, , 4F
計算時，固定的時機點直接呼叫processEvent()
09/11 05:03, 4F
→
09/11 07:45, , 5F
QProcess吧
09/11 07:45, 5F
→
09/11 07:46, , 6F
+socket
09/11 07:46, 6F
※ 編輯: saladim (36.228.226.32), 09/11/2017 08:29:06
→
09/11 13:23, , 7F
把進度印到檔案 看檔案就知道進度了
09/11 13:23, 7F
→
09/11 13:26, , 8F
記得 flush
09/11 13:26, 8F
→
09/11 13:44, , 9F
QtConcurrent 豪豪用
09/11 13:44, 9F
推
09/11 13:46, , 10F
計算丟另一個 thread 他還是單 thread 啊
09/11 13:46, 10F
→
09/11 13:47, , 11F
這樣就要改很大說不過去吧
09/11 13:47, 11F
推
09/11 13:51, , 12F
你需要熟悉一下基本視窗程式的原理，不然你不管寫什麼
09/11 13:51, 12F
→
09/11 13:51, , 13F
GUI 程式都會遇到一樣的問題
09/11 13:51, 13F
推
09/11 18:02, , 14F
哪裡有progress bar不能work的道理?最可能是用哪裡錯了
09/11 18:02, 14F
→
09/11 18:04, , 15F
先找個progress bar簡單範例改改 確認自己真的了解再說
09/11 18:04, 15F
→
09/11 20:20, , 16F
不是說progressbar不能work啦..是說在大量計算下
09/11 20:20, 16F
→
09/11 20:21, , 17F
progressbar或是任何GUI都沒法"同時"作用 這個行為在
09/11 20:21, 17F
→
09/11 20:22, , 18F
C++ GUI programming這本書裡面就有說
09/11 20:22, 18F
→
09/11 20:23, , 19F
我幾乎沒在寫GUI 都是寫computing engine, 這個應用程式
09/11 20:23, 19F
→
09/11 20:24, , 20F
是建立在一堆單緒思考的老東西上啦 要改等於整個翻新,,,
09/11 20:24, 20F
→
09/11 20:26, , 21F
請各位先進提供一下可能解法阿 XDDDD
09/11 20:26, 21F
→
09/11 21:01, , 22F
那就偷插 sleep 或是給 process 安個 nice 阿 XD
09/11 21:01, 22F
推
09/11 21:58, , 23F
GUI thread是最不該碰的東西啊....
09/11 21:58, 23F
→
09/11 23:25, , 24F
我覺得你應該是把 GUI 跟大量計算的程式碼通通混在一起了
09/11 23:25, 24F
→
09/11 23:25, , 25F
先想辦法把兩者拆開，問題才有辦法從根本解決。
09/11 23:25, 25F
→
09/11 23:25, , 26F
不然任何方案都有一堆地雷等你踩。
09/11 23:25, 26F
推
09/12 15:04, , 27F
第二個方法是對的,不行的話可能是QThread建立的方式錯誤
09/12 15:04, 27F
→
09/12 15:05, , 28F
或是QThread內有包含gui的內容,或者connect的方式錯誤
09/12 15:05, 28F
推
09/12 19:13, , 29F
如果在main thread做運算還要可以update gui，那要在
09/12 19:13, 29F
→
09/12 19:14, , 30F
運算中的thread 加入 qApp->processEvent()
09/12 19:14, 30F
→
09/12 19:17, , 31F
然後你2 3的解法，該不會是把GUI 丟去thread吧...?
09/12 19:17, 31F
→
09/12 20:38, , 32F
@chuchunn:第二方法主thread計算 另起的那個thread呼叫
09/12 20:38, 32F
→
09/12 20:38, , 33F
@chuchunn:update() GUI, 都沒作用 所有參數都試過了
09/12 20:38, 33F
→
09/12 20:40, , 34F
@andyjy12:不是, 只是呼叫在main thread產生的widge的
09/12 20:40, 34F
→
09/12 20:40, , 35F
的member function(也就是用來更新GUI的那些), 實際上我
09/12 20:40, 35F
→
09/12 20:41, , 36F
也是過在新產生的那個thread裡面new過一個progressbar,
09/12 20:41, 36F
→
09/12 20:42, , 37F
結果一樣無法同時作用 無法看到有在活動的效果, 計算進度
09/12 20:42, 37F
→
09/12 20:42, , 38F
還算容易知道 也蠻容易傳遞的 就是GUI動不了 ORZ
09/12 20:42, 38F
推
09/12 21:50, , 39F
如果不去把大量計算放在另一個thread的話，那就把計算切
09/12 21:50, 39F
→
09/12 21:50, , 40F
小塊吧。
09/12 21:50, 40F
推
09/12 23:49, , 41F
你不能在非 UI mainloop 所在的 thread 呼叫任何會動到
09/12 23:49, 41F
→
09/12 23:50, , 42F
UI 的函數。
09/12 23:50, 42F
推
09/13 11:52, , 43F
應該是新增的thread去做運算,並在運算的過程發送signal
09/13 11:52, 43F
→
09/13 11:54, , 44F
再由原本的thread進行更新的動作
09/13 11:54, 44F
→
09/15 00:30, , 45F
感謝各位意見.看來只能重整或是另個process了..感謝大家
09/15 00:30, 45F
‣ 更多 saladim 的文章
文章代碼(AID): #1PjNiQ9x (C_and_CPP)