作者saladim (殺拉頂)
看板C_and_CPP
標題[問題] QT在大量計算時同時更新Widget
時間Mon Sep 11 01:49:12 2017
開發平台(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://webptt.com/m.aspx?n=bbs/C_and_CPP/M.1505065754.A.27B.html
1F:推 firejox: 把大量計算丟在另個thread? 09/11 02:31
2F:→ saladim: 因為最早根本沒有多緒的概念 所以計算部分丟另外一個 09/11 03:06
3F:→ saladim: thread會crash 基礎建設都是沒有多緒思考 要改會改很大.. 09/11 03:08
4F:→ bluesoul: 計算時,固定的時機點直接呼叫processEvent() 09/11 05:03
5F:→ MOONY135: QProcess吧 09/11 07:45
6F:→ MOONY135: +socket 09/11 07:46
※ 編輯: saladim (36.228.226.32), 09/11/2017 08:29:06
7F:→ longlongint: 把進度印到檔案 看檔案就知道進度了 09/11 13:23
8F:→ longlongint: 記得 flush 09/11 13:26
9F:→ uranusjr: QtConcurrent 豪豪用 09/11 13:44
10F:推 Bencrie: 計算丟另一個 thread 他還是單 thread 啊 09/11 13:46
11F:→ Bencrie: 這樣就要改很大說不過去吧 09/11 13:47
12F:推 Bencrie: 你需要熟悉一下基本視窗程式的原理,不然你不管寫什麼 09/11 13:51
13F:→ Bencrie: GUI 程式都會遇到一樣的問題 09/11 13:51
14F:推 rodion: 哪裡有progress bar不能work的道理?最可能是用哪裡錯了 09/11 18:02
15F:→ rodion: 先找個progress bar簡單範例改改 確認自己真的了解再說 09/11 18:04
16F:→ saladim: 不是說progressbar不能work啦..是說在大量計算下 09/11 20:20
17F:→ saladim: progressbar或是任何GUI都沒法"同時"作用 這個行為在 09/11 20:21
18F:→ saladim: C++ GUI programming這本書裡面就有說 09/11 20:22
19F:→ saladim: 我幾乎沒在寫GUI 都是寫computing engine, 這個應用程式 09/11 20:23
20F:→ saladim: 是建立在一堆單緒思考的老東西上啦 要改等於整個翻新,,, 09/11 20:24
21F:→ saladim: 請各位先進提供一下可能解法阿 XDDDD 09/11 20:26
22F:→ longlongint: 那就偷插 sleep 或是給 process 安個 nice 阿 XD 09/11 21:01
23F:推 Killercat: GUI thread是最不該碰的東西啊.... 09/11 21:58
24F:→ stucode: 我覺得你應該是把 GUI 跟大量計算的程式碼通通混在一起了 09/11 23:25
25F:→ stucode: 先想辦法把兩者拆開,問題才有辦法從根本解決。 09/11 23:25
26F:→ stucode: 不然任何方案都有一堆地雷等你踩。 09/11 23:25
27F:推 chuchunn: 第二個方法是對的,不行的話可能是QThread建立的方式錯誤 09/12 15:04
28F:→ chuchunn: 或是QThread內有包含gui的內容,或者connect的方式錯誤 09/12 15:05
29F:推 andyjy12: 如果在main thread做運算還要可以update gui,那要在 09/12 19:13
30F:→ andyjy12: 運算中的thread 加入 qApp->processEvent() 09/12 19:14
31F:→ andyjy12: 然後你2 3的解法,該不會是把GUI 丟去thread吧...? 09/12 19:17
32F:→ saladim: @chuchunn:第二方法主thread計算 另起的那個thread呼叫 09/12 20:38
33F:→ saladim: @chuchunn:update() GUI, 都沒作用 所有參數都試過了 09/12 20:38
34F:→ saladim: @andyjy12:不是, 只是呼叫在main thread產生的widge的 09/12 20:40
35F:→ saladim: 的member function(也就是用來更新GUI的那些), 實際上我 09/12 20:40
36F:→ saladim: 也是過在新產生的那個thread裡面new過一個progressbar, 09/12 20:41
37F:→ saladim: 結果一樣無法同時作用 無法看到有在活動的效果, 計算進度 09/12 20:42
38F:→ saladim: 還算容易知道 也蠻容易傳遞的 就是GUI動不了 ORZ 09/12 20:42
39F:推 firejox: 如果不去把大量計算放在另一個thread的話,那就把計算切 09/12 21:50
40F:→ firejox: 小塊吧。 09/12 21:50
41F:推 Bencrie: 你不能在非 UI mainloop 所在的 thread 呼叫任何會動到 09/12 23:49
42F:→ Bencrie: UI 的函數。 09/12 23:50
43F:推 chuchunn: 應該是新增的thread去做運算,並在運算的過程發送signal 09/13 11:52
44F:→ chuchunn: 再由原本的thread進行更新的動作 09/13 11:54
45F:→ saladim: 感謝各位意見.看來只能重整或是另個process了..感謝大家 09/15 00:30