看板 [ HOT_Game ]
討論串[討論] 認證圖集中解碼
共 4 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
下一頁
尾頁
#4
Re: [討論] 認證圖集中解碼
推噓3(3推 0噓 2→)留言5則，0人參與, 最新作者sadle (sadle)時間18年前 (2007/06/24 04:02), 編輯資訊
0
0
0
內容預覽:
DNS 的查詢架構是分散式的, 且查詢結果會 cache 在各個查過的 server 中.. master server 如果不夠力, 也可以加 slave server 幫忙分擔流量.. 分子網域有時是因為管理或授權的因素, 並不單是 performance 考量.. 我想, 幾萬筆資料應該還不致
(還有141個字)
#3
Re: [討論] 認證圖集中解碼
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者vicamo (asdf)時間18年前 (2007/06/24 03:01), 編輯資訊
0
0
0
內容預覽:
agree. 我們也許可以來考慮一件事，假如說我們真的來弄一個 db server 的話. 如果它要撐到 500K clicks/min，每個人平均說成 500 clicks/次. 考慮 click^3 server busy 使得要回來的 sec 作廢比率 (n-1):1. 那每分鐘就要有 n*1
(還有265個字)
#2
Re: [討論] 認證圖集中解碼
推噓1(1推 0噓 4→)留言5則，0人參與, 最新作者sadle (sadle)時間18年前 (2007/06/24 02:22), 編輯資訊
0
0
0
內容預覽:
我覺得資料庫會垮, 應該不是上傳的問題 (每支 client 上傳大概都只是幾筆而已).. 相反的, 1支 client 下載資料庫會用到幾 mb 的流量, 再加上隔一陣子就要更新.. 感覺上 server 就像一直被輪暴再輪暴一樣.. 可是 dl 回去的 db, 以更新週期來算又只會用到幾十幾百筆
(還有260個字)
#1
[討論] 認證圖集中解碼
推噓7(7推 0噓 2→)留言9則，0人參與, 最新作者dpFish時間18年前 (2007/06/24 00:33), 編輯資訊
0
0
0
內容預覽:
因為被 ban 很久了，. 所以也無法真正上戰場感受一下現在認證圖到底改成怎樣.. @@. 不過看了一下板上的討論串後，. 大致歸納如下：. 現在認證圖即使可能是用一定規則生成的，（前景 + 背景？）. 但總數量太多，照原先建資料庫的方式的話. 流量太大 server 會負荷不了；. 又想要寫出圖片
(還有819個字)
首頁
上一頁
1
下一頁
尾頁