作者chuchin (豬鬃)
看板HOT_Game
標題Re: [發問] 雨雨2.0RC7
時間Tue Sep 11 02:59:13 2007
※ 引述《wahaha99 (成為鄉民中道的力量)》之銘言：
: ※ 引述《chuchin (豬鬃)》之銘言：
: : 關於卡住的問題
: : 我剛剛把OCR server端的log和雨雨拿起來比對
: : 發現OCR有辨識出答案，但是雨雨沒接收到，然後就會卡住
: : 一次傳四張以上的圖就容易出現這狀況
: : 不知道是sender的問題還是雨雨接收的問題(sender沒有產生log可以比對)
: : 這可能要w大及i大幫忙了
: 先檢查一下 .jpg .chk .txt (同檔名) 與雨雨的紀錄
: (有沒有對應雨雨紀錄的.txt? .txt的內容是?)
我的目錄中並沒有看到.txt耶 只有.jpg和chk
不過做了一個小實驗
我手動增加一個空白.txt檔給卡住的砲臺
假設番號12345這個砲臺卡住了，就在目錄中新增一個12345.txt
瞬間12345砲台就動作了 @_@
雨雨的訊息是"認證錯誤，需要重新認證"，且繼續之後的動作
不過同時間12345.txt這個檔案也消失了，也沒再出現
過不久砲台又卡住~_~"
: : 另外現在的OCR是當作server的方式在運作
: : 不過是用sender送給本機驗證，這樣好像多了一個步驟
: : 不知道w大有沒有作單機運作的OCR,就是直接辨識圖不透過sender去傳送
: 沒辦法做,因為起始時間長,如果每次辨識都要讀一次資料庫,
: 會來不及使用 (系統負擔也會過重)
感謝解說
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 218.164.24.110
1F：推 llucia:好像一次太多個圖要處理就會卡住 @@ 09/11 03:02
2F：推 wahaha99:那麼,OCR Server有沒有出現什麼訊息呢? 09/11 03:04
3F：→ wahaha99:尤其是errlog.txt 09/11 03:05
4F：推 chuchin:errlog產生的時間跟卡住的時間對應不起來 09/11 03:06
5F：→ chuchin:應該說 我兩點半醒來到現在卡住三個砲臺 09/11 03:07
6F：→ chuchin:可是errlog在兩點半之後都沒有出現錯誤訊息 09/11 03:08
8F：→ chuchin:log也都正常 本來以為是辨識出來的答案有 "?"的容易卡住 09/11 03:09
9F：→ JJMS:啊...那個 五X製藥 可以省略不看 XD 09/11 03:09
10F：→ chuchin:不過多觀察幾個好像也不是這原因 09/11 03:09
11F：推 wahaha99:JJMS ...這是卡住時的訊息嗎? 09/11 03:10
12F：推 JJMS:唔，跟卡住的時間點對應不起來...@@ 09/11 03:11
13F：推 wahaha99:那chuchin OCR Server還有在運作嗎? 09/11 03:12
14F：→ wahaha99:還是卡住後要重開? 09/11 03:13
15F：推 chuchin:server一直都在運作呀 不用重開 09/11 03:16
16F：→ chuchin:因為卡住的砲臺關閉後讓他重新運作 又可以跑一段時間 09/11 03:17
17F：→ chuchin:sender也是屬於射後不理? 我在工作管理員都是看他出現一下 09/11 03:18
18F：推 wahaha99:從目前得知的訊息我無法確定是哪裡的問題 orz 09/11 03:18
19F：→ wahaha99:sender負責在ocr與砲台之間溝通 09/11 03:19
20F：→ wahaha99:可能是sender沒有正確寫入資料...? 我再看看... 09/11 03:20
21F：推 chuchin:剛剛對照server的log 和errlog 好像辨識出 "!" 09/11 03:23
22F：→ chuchin:就會在errlog產生一個對應的 09/11 03:24
23F：→ chuchin:我這邊的errlog對應起來只有這狀況 沒其他的 09/11 03:24
24F：推 wahaha99:!代表有錯誤...嗯,看樣子要再研究一下 09/11 03:25
25F：推 chuchin:我先試試看兩三個砲台會不會卡住 之前都是開七個以上 09/11 03:29
26F：推 wahaha99:你的CPU是? 09/11 03:43
27F：推 chuchin:PM1.6 筆記型用的CPU 09/11 03:53
28F：→ chuchin:剛剛測試了一下同時啟動三個砲臺以下 沒出現卡住 09/11 03:53
29F：→ chuchin:瞬間同時四個啟動 就很容易卡住~_~ 不過我要多開雨雨驗證 09/11 03:54
30F：推 wahaha99:可能撐不住...先開少一點吧 09/11 03:58
31F：推 chuchin:OCR那台是 P4 2.26G 筆電這臺沒開OCR 有開過60砲台@_@ 09/11 04:03
32F：推 chuchin:剛剛開三個雨雨 每個兩座炮台 測試結果跟開一個雨雨一樣 09/11 04:06
33F：→ chuchin:每個砲臺要求OCR的時間錯開的話 就不會卡住 09/11 04:07
34F：→ chuchin:發生瞬間(兩秒之內)四個同時要求就很容易卡住 09/11 04:07
35F：推 wahaha99:應該是過負荷了... P4 2.26G 辨識一張圖要3秒吧.... 09/11 04:30
36F：推 chuchin:差不多 可是server的log中每個需求都有辨識出答案 09/11 04:35
37F：→ chuchin:但是開雨雨的這台沒接收到答案 09/11 04:36
38F：→ chuchin:不過server產生答案的時候 都是連續產生 09/11 04:36
39F：推 invalid:w大可以考慮把OCR設計成單執行緒 09/11 04:37
40F：→ chuchin:log紀錄顯示同時產生或是四個答案兩秒內產生 09/11 04:37
41F：→ invalid:不要用multi-thread 09/11 04:37
42F：→ invalid:這樣問題自然就解決了 09/11 04:37
43F：→ invalid:應該改很快吧, 把原來thread call的函式改成直接呼叫? 09/11 04:37
44F：→ chuchin:i大 我可以有個建議嗎 全線開火和全線停火分開 09/11 04:38
45F：→ chuchin:然後全線開火可以設定間隔秒數 以免瞬間爆出一堆圖y 09/11 04:38
46F：推 wahaha99:關於這方面的問題我貼在研發部討論... 09/11 04:58