Re: [發問] 雨雨2.0RC7

看板HOT_Game作者 (豬鬃)時間18年前 (2007/09/11 02:59), 編輯推噓21(21推 0噓 25→)
留言46則, 5人參與, 最新討論串5/5 (看更多)
※ 引述《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
推
09/11 03:02, , 1F
好像一次太多個圖要處理就會卡住 @@
09/11 03:02, 1F
推
09/11 03:04, , 2F
那麼,OCR Server有沒有出現什麼訊息呢?
09/11 03:04, 2F
→
09/11 03:05, , 3F
尤其是errlog.txt
09/11 03:05, 3F
推
09/11 03:06, , 4F
errlog產生的時間跟卡住的時間對應不起來
09/11 03:06, 4F
→
09/11 03:07, , 5F
應該說 我兩點半醒來到現在卡住三個砲臺
09/11 03:07, 5F
→
09/11 03:08, , 6F
可是errlog在兩點半之後都沒有出現錯誤訊息
09/11 03:08, 6F
推
09/11 03:07, , 7F
09/11 03:07, 7F
→
09/11 03:09, , 8F
log也都正常 本來以為是辨識出來的答案有 "?"的容易卡住
09/11 03:09, 8F
→
09/11 03:09, , 9F
啊...那個 五X製藥 可以省略不看 XD
09/11 03:09, 9F
→
09/11 03:09, , 10F
不過多觀察幾個好像也不是這原因
09/11 03:09, 10F
推
09/11 03:10, , 11F
JJMS ...這是卡住時的訊息嗎?
09/11 03:10, 11F
推
09/11 03:11, , 12F
唔，跟卡住的時間點對應不起來...@@
09/11 03:11, 12F
推
09/11 03:12, , 13F
那chuchin OCR Server還有在運作嗎?
09/11 03:12, 13F
→
09/11 03:13, , 14F
還是卡住後要重開?
09/11 03:13, 14F
推
09/11 03:16, , 15F
server一直都在運作呀 不用重開
09/11 03:16, 15F
→
09/11 03:17, , 16F
因為卡住的砲臺關閉後讓他重新運作 又可以跑一段時間
09/11 03:17, 16F
→
09/11 03:18, , 17F
sender也是屬於射後不理? 我在工作管理員都是看他出現一下
09/11 03:18, 17F
推
09/11 03:18, , 18F
從目前得知的訊息我無法確定是哪裡的問題 orz
09/11 03:18, 18F
→
09/11 03:19, , 19F
sender負責在ocr與砲台之間溝通
09/11 03:19, 19F
→
09/11 03:20, , 20F
可能是sender沒有正確寫入資料...? 我再看看...
09/11 03:20, 20F
推
09/11 03:23, , 21F
剛剛對照server的log 和errlog 好像辨識出 "!"
09/11 03:23, 21F
→
09/11 03:24, , 22F
就會在errlog產生一個對應的
09/11 03:24, 22F
→
09/11 03:24, , 23F
我這邊的errlog對應起來只有這狀況 沒其他的
09/11 03:24, 23F
推
09/11 03:25, , 24F
!代表有錯誤...嗯,看樣子要再研究一下
09/11 03:25, 24F
推
09/11 03:29, , 25F
我先試試看兩三個砲台會不會卡住 之前都是開七個以上
09/11 03:29, 25F
推
09/11 03:43, , 26F
你的CPU是?
09/11 03:43, 26F
推
09/11 03:53, , 27F
PM1.6 筆記型用的CPU
09/11 03:53, 27F
→
09/11 03:53, , 28F
剛剛測試了一下同時啟動三個砲臺以下 沒出現卡住
09/11 03:53, 28F
→
09/11 03:54, , 29F
瞬間同時四個啟動 就很容易卡住~_~ 不過我要多開雨雨驗證
09/11 03:54, 29F
推
09/11 03:58, , 30F
可能撐不住...先開少一點吧
09/11 03:58, 30F
推
09/11 04:03, , 31F
OCR那台是 P4 2.26G 筆電這臺沒開OCR 有開過60砲台@_@
09/11 04:03, 31F
推
09/11 04:06, , 32F
剛剛開三個雨雨 每個兩座炮台 測試結果跟開一個雨雨一樣
09/11 04:06, 32F
→
09/11 04:07, , 33F
每個砲臺要求OCR的時間錯開的話 就不會卡住
09/11 04:07, 33F
→
09/11 04:07, , 34F
發生瞬間(兩秒之內)四個同時要求就很容易卡住
09/11 04:07, 34F
推
09/11 04:30, , 35F
應該是過負荷了... P4 2.26G 辨識一張圖要3秒吧....
09/11 04:30, 35F
推
09/11 04:35, , 36F
差不多 可是server的log中每個需求都有辨識出答案
09/11 04:35, 36F
→
09/11 04:36, , 37F
但是開雨雨的這台沒接收到答案
09/11 04:36, 37F
→
09/11 04:36, , 38F
不過server產生答案的時候 都是連續產生
09/11 04:36, 38F
推
09/11 04:37, , 39F
w大可以考慮把OCR設計成單執行緒
09/11 04:37, 39F
→
09/11 04:37, , 40F
log紀錄顯示同時產生或是四個答案兩秒內產生
09/11 04:37, 40F
→
09/11 04:37, , 41F
不要用multi-thread
09/11 04:37, 41F
→
09/11 04:37, , 42F
這樣問題自然就解決了
09/11 04:37, 42F
→
09/11 04:37, , 43F
應該改很快吧, 把原來thread call的函式改成直接呼叫?
09/11 04:37, 43F
→
09/11 04:38, , 44F
i大 我可以有個建議嗎 全線開火和全線停火分開
09/11 04:38, 44F
→
09/11 04:38, , 45F
然後全線開火可以設定間隔秒數 以免瞬間爆出一堆圖y
09/11 04:38, 45F
推
09/11 04:58, , 46F
關於這方面的問題我貼在研發部討論...
09/11 04:58, 46F
‣ 更多 chuchin 的文章
文章代碼(AID): #16vPG2ql (HOT_Game)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 5 之 5 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共5篇)
‣ 更多 chuchin 的文章
文章代碼(AID): #16vPG2ql (HOT_Game)