Re: [發問] 更新之後還是跑不動

看板HOT_Game (熱門遊戲)作者yzupcbug (pcbug)時間19年前 (2007/07/10 07:06)推噓13(13推 0噓 17→)

留言30則, 15人參與討論串2/4 (看更多)

目前顯然是Ian與我們的連線有問題(或是Ian只針對台灣處理? 不得而知) 有人說手動很順, 是不可能的, 因為我開了七台虛擬PC在跑, 所以可以近乎同時操作觀察. 而剛剛實驗, 虛擬PC-1 關閉alpha7, 開IE去連c^3網頁, 馬上就卡住, 同時間其他台虛擬PC上的alpha7不是載入不了網頁(一片灰), 就是卡在transmitting please wait.. 而後者不久就變成無法解讀網頁這類的訊息. 然後恰巧, 切去PC-1, IE載入了c^3網頁, 手動打認證碼之後, 開始手工點, 點到9XX了之後, 切去別台看有沒有alpha7也快點完的, 觀察是否正常送出, 正常送出後, 切回PC-1, 按送出, 也很正常送出. 然而, 重複以上步驟, 在看到又有卡在transmitting時, PC-1也按下送出, 結果一樣卡住, 故顯然不是alpha7的問題... 現在能猜測的原因有以下幾點: 1.國內對Ian連線塞爆了, 可能原因為 a.真的是線路有問題 b.完全沒有更新EnigmaTx.dll的自動兵器仍在不斷的重複取驗證圖, 大量使用頻寬. 2.Ian後端伺服器有問題, 可能原因為 a.真的是Ian快掛快倒... b.完全沒有更新EnigmaTx.dll的自動兵器仍在不斷的重複取驗證圖, 導致Ian後端負載過重, 使得取驗證圖LAG, 送出點數也LAG. 好, 接下來要判斷究竟是哪個可能性? 先判斷是1.還是2. 於是我開了一個不斷ping c^3的視窗, 同時監看alpha7是否有卡住. 而在alpha7卡住的同時, ping值依然沒有變動(3XXms), 也就是頻寬其實是ok的, 所以問題是2. 那麼, 是2.a.還是2.b.呢? 聽說, 用FireFox去連, 常常會看到不同的畫面? 於是我去用FireFox, 發現一個特徵... 也就是, 在Alpha7卡住同時, FireFox可以看到網頁! 但是, 中間的輸入驗證碼與點擊區顯示不出來.... 這代表只有處理驗證圖與點擊數的部份無法顯示, 其他部份正常, 因此確定是後端出了問題, 但是仍無法判斷是a.還是b. 因此接下來用推測的, 看看日本的速度, 顯然是沒有下降很多, 因此很可能是Ian 針對不同國的連線, 給予切割, 分配到不同機器上去運作, 以達到不互相影響. 因此其實問題很可能是2.b. 也就是我們自己害到了自己. 7.9在Ian順暢時很威, 不過如果沒更新, 一旦Ian不穩定, 就會造成沒更新的成了自家人的絆腳石, 操爆了Ian分配給我們連線的伺服器, 而取不到驗證圖, 或送不回點擊數, 而變成現在這種狀況... 因此我想, 確實有必要做一個遠端停用的功能, 以防止這樣的事件再度發生, 不用隨時有效, 只要半小時檢查一次, 就能將傷害減低很多. 提供一點這種機制的意見: 1.可以設計成正向運作就好, 也就是只有在檢查到要停用才停止, 而檢查不到要求停用, 就是允許運作, 這樣也就不怕該台提供是否使用的伺服器掛點造成全部停用的窘境. 2.使用dynamic domain name(例如www.dyndns.org, www.adsldns.org這類服務), 可以避免伺服器掛點時, 無法使用備用機器代替的問題. 至於國防部內部討論說, 去變更hosts這個檔案就可以跳過此檢查, 這就不用多慮了, 會停用是避免自己被ban等等不良狀況, 若對手拿去用, 只會傷害到對手自己, 所以不用擔心這點. 如果推論正確, 希望在今天白天, 自動兵器都更新後, 此狀況會解除, 因此還請大家儘快更新, 不然台灣快沉沒到第一名的水平線下了... (又是一篇超長文章, 感謝認真看完的鄉民...) -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.105.154.115

推

cherrywish

07/10 07:07, , 1^F

07/10 07:07, 1^F

→

yzupcbug

07/10 07:08, , 2^F

07/10 07:08, 2^F

推

K122324090

07/10 07:07, , 3^F

07/10 07:07, 3^F