Case
Ashley:看一下payload
翊全:
--master // --worker 連結到網頁在port8089
spawn rate:每秒增加幾個user
charts 看到每秒insert多少資料lost多少資料
server 最多 loading 400-500 requests(極限)
中間loading 300 requests
Ashley:如果spawn rate設300以內
益全:400以內可以,不知道這樣夠不夠(是否可以符合警局要求)
品妤:目前只知道搜尋的request (10秒5000萬筆資料搜尋)
solomon:
查詢的效能,當初對廠商的要求是「5000萬筆資料,3碼模糊查詢,必須在10秒內完成」 .
警局口頭說:「目前一天約有20萬筆車牌辨識資料加入 database. 」
但我們覺得沒這麼少
我們目前已高於警局口頭要求了。
機房的server memory和cpu 比較高檔
解決方法(提高可承受的requests數):
1. 用機房的設備建server(private ip)->之後跑在警局設備
2. kubernates(暑修後可嘗試)
3. SQL 改成in-memory存資料(若問題出在SQL) //目前還不知道是flask還是SQL
結論:先嘗試第一種解法:server跑在警局設備
SQL:
1.改address到camera table(刪除event table的address)
2.新增三個table(camera table只留下殂存英文和數字的column->省空間)
3.目前eventID和serchID流水號已生成
結論:第二版再改(目前只改hackmd)
solomon: I am proud of you !