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

作者: saladim (殺拉頂)   2017-09-11 01:49:12
開發平台(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嗎......
請各位先進不吝解惑!! 感謝!!
作者: firejox (Tangent)   2017-09-11 02:31:00
把大量計算丟在另個thread?
作者: saladim (殺拉頂)   2017-09-11 03:06:00
因為最早根本沒有多緒的概念 所以計算部分丟另外一個thread會crash 基礎建設都是沒有多緒思考 要改會改很大..
作者: bluesoul (忙死你老爸)   2017-09-11 05:03:00
計算時,固定的時機點直接呼叫processEvent()
作者: MOONY135 (談無慾)   2017-09-11 07:45:00
QProcess吧+socket
作者: longlongint (華哥爾)   2017-09-11 13:23:00
把進度印到檔案 看檔案就知道進度了記得 flush
作者: uranusjr (←這人是超級笨蛋)   2017-09-11 13:44:00
QtConcurrent 豪豪用
作者: Bencrie   2017-09-11 13:46:00
計算丟另一個 thread 他還是單 thread 啊這樣就要改很大說不過去吧你需要熟悉一下基本視窗程式的原理,不然你不管寫什麼GUI 程式都會遇到一樣的問題
作者: rodion (r-kan/reminder)   2017-09-11 18:02:00
哪裡有progress bar不能work的道理?最可能是用哪裡錯了先找個progress bar簡單範例改改 確認自己真的了解再說
作者: saladim (殺拉頂)   2017-09-11 20:20:00
不是說progressbar不能work啦..是說在大量計算下progressbar或是任何GUI都沒法"同時"作用 這個行為在C++ GUI programming這本書裡面就有說我幾乎沒在寫GUI 都是寫computing engine, 這個應用程式是建立在一堆單緒思考的老東西上啦 要改等於整個翻新,,,請各位先進提供一下可能解法阿 XDDDD
作者: longlongint (華哥爾)   2017-09-11 21:01:00
那就偷插 sleep 或是給 process 安個 nice 阿 XD
作者: Killercat (殺人貓™)   2017-09-11 21:58:00
GUI thread是最不該碰的東西啊....
作者: stucode   2017-09-11 23:25:00
我覺得你應該是把 GUI 跟大量計算的程式碼通通混在一起了先想辦法把兩者拆開,問題才有辦法從根本解決。不然任何方案都有一堆地雷等你踩。
作者: chuchunn   2017-09-12 15:04:00
第二個方法是對的,不行的話可能是QThread建立的方式錯誤或是QThread內有包含gui的內容,或者connect的方式錯誤
作者: andyjy12 (??)   2017-09-12 19:13:00
如果在main thread做運算還要可以update gui,那要在運算中的thread 加入 qApp->processEvent()然後你2 3的解法,該不會是把GUI 丟去thread吧...?
作者: saladim (殺拉頂)   2017-09-12 20:38:00
@chuchunn:第二方法主thread計算 另起的那個thread呼叫@chuchunn:update() GUI, 都沒作用 所有參數都試過了@andyjy12:不是, 只是呼叫在main thread產生的widge的的member function(也就是用來更新GUI的那些), 實際上我也是過在新產生的那個thread裡面new過一個progressbar,結果一樣無法同時作用 無法看到有在活動的效果, 計算進度還算容易知道 也蠻容易傳遞的 就是GUI動不了 ORZ
作者: firejox (Tangent)   2017-09-12 21:50:00
如果不去把大量計算放在另一個thread的話,那就把計算切小塊吧。
作者: Bencrie   2017-09-12 23:49:00
你不能在非 UI mainloop 所在的 thread 呼叫任何會動到UI 的函數。
作者: chuchunn   2017-09-13 11:52:00
應該是新增的thread去做運算,並在運算的過程發送signal再由原本的thread進行更新的動作
作者: saladim (殺拉頂)   2017-09-15 00:30:00
感謝各位意見.看來只能重整或是另個process了..感謝大家

Links booklink

Contact Us: admin [ a t ] ucptt.com