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

[saladim (殺拉頂)]

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