看板
[ travian ]
討論串[閒聊] 一秒多攻之攻防研究
共 18 篇文章
內容預覽:
我認為 ppack 提出的同秒攻擊, 插秒成功的事實是存在的。. 示意表格,實際上可能是 c 的 struct。. CREATE TABLE "attack". (. 流水號 int,. 攻擊秒 int,. 攻擊村 int,. 攻擊者 int,. 防守村 int,. 防守者 int,. 兵種A數量
(還有738個字)
內容預覽:
基本上在這討論串剛開始的時候. 我也有想過 這server是如何運作的. 所有的事件都是從client傳到server. 都有先後順序, 先到先處理. 不過先發的事件並不一定是最早完成的. 所以處理資料的結構, 不一定是由序列這種先進先出的結構. 再來是時間問題, client的發送時間對serve
(還有617個字)
內容預覽:
原文吃光光. 大家別再吵了. 偉大的MH說!!. 系統會看到微秒!!!!!. 別小看他們~微秒都偵測的到了. 毫秒根本是小意思. Multihunter:. 您好，. 有關攻擊人手是沒可能做到的，只要外掛程式代替手動發出攻擊。. 現世數碼娛樂有限公司. Travian台灣伺服器管理團隊 敬上. [T
(還有2526個字)
內容預覽:
網路上封包傳輸的時間，的確是會記錄至毫秒(千分之一秒)，. 但系統在作運算處理時，除非有特殊目的，通常不會考慮這麼微小的差距。. 在此假設系統以毫秒來做比較判斷，那麼再以期望值來估算，. 平均每一千次的同秒事件，就會有一次是連毫秒都相同，. 那此時該如何判斷先後呢？考慮到微秒(百萬分之一秒)嗎？.
(還有706個字)