• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            focus on linux, c/c++, lua

            在折騰一個壓力測試的agent

                  為了考察賬號服務器(AS)和網關服務器(GS)的性能,寫了一個agent。大概思路是這樣的,agent啟動后,就生成若干個連接,
            比如2000個,其中1000個連接到AS,另1000個連接到GS。agent每隔一段時間,比如3s向AS請求注冊一個賬號,就是把手工注冊
            的模擬一遍,賬號隨機生成,agent收到注冊成功后,會把賬號寫到一個文本文檔account.txt中。在本地大概收集了2000個賬號左
            右,然后重新啟動agent,利用登錄參數模擬玩家登錄,每3秒把rand()%50個賬號發給AS,請求驗證,由于密碼我都是設置成固
            定的,直接寫在代碼里了。驗證完之后,就去GS請求服務,這些服務都很簡單,基本就是獲取玩家信息,以及附加的數據等等,
            這些數據加起來估計就是在1k之內。
                 說下遇到的問題,當連接數在500之內的時候,agent運行正常,服務器運行也不錯。top -2看了下,還比較滿意。當連接數設
            置在1000的時候,也就是agent要分配2000個連接數的時候,就出問題了,跑著跑著就出現segment error了。掛在了
            (gdb) bt
            #0  0xb7c29328 in ?? () from /lib/tls/i686/cmov/libc.so.6
            我開始懷疑是一次性分配的連接過多,ulimit看了下,是unlimited,奇怪了,而且中間過程,還有部分連接會自動斷開,這里我沒
            做心跳,但是我排除了因為無心跳而無響應的可能,因為時間太短,大概有10多分鐘而已就斷開了。比較幸運的是,服務器運
            行都很正常,資源分配也很正常。但是這個agent有點不給力啊,補充下,測試環境為局域網測試,可能測試結果具有片面性,
            下一步再按照這個思路找問題,完善這個agent。

            posted on 2011-01-12 11:18 zuhd 閱讀(1660) 評論(0)  編輯 收藏 引用 所屬分類: server

            午夜精品久久久久久久久| 久久九九久精品国产| 一本色综合网久久| 国内精品伊人久久久久av一坑 | 四虎国产精品免费久久5151| 久久亚洲国产欧洲精品一| 无夜精品久久久久久| 97r久久精品国产99国产精| 久久久久国产精品三级网| 狠狠精品久久久无码中文字幕| 免费精品99久久国产综合精品| 亚洲精品tv久久久久| 久久亚洲欧美日本精品| 亚洲伊人久久精品影院| 久久精品国产精品亚洲人人| 久久精品无码专区免费东京热| 欧美久久久久久午夜精品| 久久精品人人做人人爽97 | 久久久久亚洲AV成人片| 欧美粉嫩小泬久久久久久久| 99久久婷婷免费国产综合精品| 色狠狠久久综合网| 精品久久久久中文字| 久久―日本道色综合久久| 久久久久亚洲Av无码专| 久久中文骚妇内射| 一本色道久久99一综合| 久久精品青青草原伊人| 久久无码中文字幕东京热| 亚洲人成无码www久久久| 久久激情五月丁香伊人| 国产综合精品久久亚洲| 精品水蜜桃久久久久久久| 久久综合九色综合精品| 久久国产精品-国产精品| 97久久精品午夜一区二区| 99久久人妻无码精品系列| 久久香蕉超碰97国产精品| 日韩精品久久无码中文字幕| 亚洲中文字幕无码一久久区| 久久棈精品久久久久久噜噜|