推 llucia:好像一次太多個圖要處理就會卡住 @@ 09/11 03:02
推 wahaha99:那麼,OCR Server有沒有出現什麼訊息呢? 09/11 03:04
→ wahaha99:尤其是errlog.txt 09/11 03:05
推 chuchin:errlog產生的時間跟卡住的時間對應不起來 09/11 03:06
→ chuchin:應該說 我兩點半醒來到現在卡住三個砲臺 09/11 03:07
→ chuchin:可是errlog在兩點半之後都沒有出現錯誤訊息 09/11 03:08
→ chuchin:log也都正常 本來以為是辨識出來的答案有 "?"的容易卡住 09/11 03:09
→ JJMS:啊...那個 五X製藥 可以省略不看 XD 09/11 03:09
→ chuchin:不過多觀察幾個好像也不是這原因 09/11 03:09
推 wahaha99:JJMS ...這是卡住時的訊息嗎? 09/11 03:10
推 JJMS:唔,跟卡住的時間點對應不起來...@@ 09/11 03:11
推 wahaha99:那chuchin OCR Server還有在運作嗎? 09/11 03:12
→ wahaha99:還是卡住後要重開? 09/11 03:13
推 chuchin:server一直都在運作呀 不用重開 09/11 03:16
→ chuchin:因為卡住的砲臺關閉後讓他重新運作 又可以跑一段時間 09/11 03:17
→ chuchin:sender也是屬於射後不理? 我在工作管理員都是看他出現一下 09/11 03:18
推 wahaha99:從目前得知的訊息我無法確定是哪裡的問題 orz 09/11 03:18
→ wahaha99:sender負責在ocr與砲台之間溝通 09/11 03:19
→ wahaha99:可能是sender沒有正確寫入資料...? 我再看看... 09/11 03:20
推 chuchin:剛剛對照server的log 和errlog 好像辨識出 "!" 09/11 03:23
→ chuchin:就會在errlog產生一個對應的 09/11 03:24
→ chuchin:我這邊的errlog對應起來只有這狀況 沒其他的 09/11 03:24
推 wahaha99:!代表有錯誤...嗯,看樣子要再研究一下 09/11 03:25
推 chuchin:我先試試看兩三個砲台會不會卡住 之前都是開七個以上 09/11 03:29
推 wahaha99:你的CPU是? 09/11 03:43
推 chuchin:PM1.6 筆記型用的CPU 09/11 03:53
→ chuchin:剛剛測試了一下同時啟動三個砲臺以下 沒出現卡住 09/11 03:53
→ chuchin:瞬間同時四個啟動 就很容易卡住~_~ 不過我要多開雨雨驗證 09/11 03:54
推 wahaha99:可能撐不住...先開少一點吧 09/11 03:58
推 chuchin:OCR那台是 P4 2.26G 筆電這臺沒開OCR 有開過60砲台@_@ 09/11 04:03
推 chuchin:剛剛開三個雨雨 每個兩座炮台 測試結果跟開一個雨雨一樣 09/11 04:06
→ chuchin:每個砲臺要求OCR的時間錯開的話 就不會卡住 09/11 04:07
→ chuchin:發生瞬間(兩秒之內)四個同時要求就很容易卡住 09/11 04:07
推 wahaha99:應該是過負荷了... P4 2.26G 辨識一張圖要3秒吧.... 09/11 04:30
推 chuchin:差不多 可是server的log中每個需求都有辨識出答案 09/11 04:35
→ chuchin:但是開雨雨的這台沒接收到答案 09/11 04:36
→ chuchin:不過server產生答案的時候 都是連續產生 09/11 04:36
推 invalid:w大可以考慮把OCR設計成單執行緒 09/11 04:37
→ chuchin:log紀錄顯示同時產生或是四個答案兩秒內產生 09/11 04:37
→ invalid:不要用multi-thread 09/11 04:37
→ invalid:這樣問題自然就解決了 09/11 04:37
→ invalid:應該改很快吧, 把原來thread call的函式改成直接呼叫? 09/11 04:37
→ chuchin:i大 我可以有個建議嗎 全線開火和全線停火分開 09/11 04:38
→ chuchin:然後全線開火可以設定間隔秒數 以免瞬間爆出一堆圖y 09/11 04:38
推 wahaha99:關於這方面的問題我貼在研發部討論... 09/11 04:58