討論串[閒聊] 一秒多攻之攻防研究
共 18 篇文章

推噓9(10推 1噓 48→)留言59則,0人參與, 最新作者ppack (╮( ̄⊿ ̄")╭ 唉)時間15年前 (2009/06/15 20:14), 編輯資訊
0
0
0
內容預覽:
實證不是 M 大的文章就已經提到過了?. 請問你的實證定義是什麼?. 你看到的才算是實證?. 大多數人看到的才算是實證?. 我以為研究法則裡面所說的實證這邊已經出現過了. M 大的理論充其量只能叫做"難以驗證". 現在的問題不就是卡在所謂的毫秒理論成功率的提升問題嗎?. 事實上這個是不是存在,既然有
(還有556個字)

推噓8(19推 11噓 48→)留言78則,0人參與, 最新作者geiei (*該該‧geiei"*)時間15年前 (2009/06/15 22:05), 編輯資訊
0
0
0
內容預覽:
我以前也一直以為是毫秒的. 還在以前的月經文裡面推了一堆廢話. 就像現在某些人一樣 (?. 玩過好幾個伺服器 幹了幾百次同秒攻. 到目前為止參與的聯攻結果顯示. 就是先出先到. 不過我想光說先出先到還是有人聽不懂他的意思. 意思就是. 雖然到達時間都是壓在 00:00:00. 不過誰先出兵誰就先到.
(還有177個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者harold0224 (Harold)時間15年前 (2009/06/16 19:13), 編輯資訊
1
0
0
內容預覽:
我呢,是屬於認為有毫秒這件事情存在的人,反正大膽假設,小心求證咩. 經過一個晚上反覆的測試,對於同一個目標村莊的增援,我無法製造出『. 後發先至』這件事。而我仍然不死心,到國外論壇找文章。經過一番折騰. ,我又來做假設了 XD. 現在的我,仍然認為毫秒是存在的(想噓的晚一點動手啦)。只不過這個. 毫
(還有533個字)

推噓16(17推 1噓 18→)留言36則,0人參與, 最新作者devil99 (跌咧嘻嘻嘻)時間15年前 (2009/06/16 23:38), 編輯資訊
0
0
0
內容預覽:
網路上封包傳輸的時間,的確是會記錄至毫秒(千分之一秒),. 但系統在作運算處理時,除非有特殊目的,通常不會考慮這麼微小的差距。. 在此假設系統以毫秒來做比較判斷,那麼再以期望值來估算,. 平均每一千次的同秒事件,就會有一次是連毫秒都相同,. 那此時該如何判斷先後呢?考慮到微秒(百萬分之一秒)嗎?.
(還有706個字)

推噓9(10推 1噓 20→)留言31則,0人參與, 最新作者wang19871107時間15年前 (2009/06/17 12:44), 編輯資訊
0
0
1
內容預覽:
原文吃光光. 大家別再吵了. 偉大的MH說!!. 系統會看到微秒!!!!!. 別小看他們~微秒都偵測的到了. 毫秒根本是小意思. Multihunter:. 您好,. 有關攻擊人手是沒可能做到的,只要外掛程式代替手動發出攻擊。. 現世數碼娛樂有限公司. Travian台灣伺服器管理團隊 敬上. [T
(還有2526個字)