• <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 閱讀(1666) 評論(0)  編輯 收藏 引用 所屬分類: server

            中文字幕乱码人妻无码久久 | 久久久久99这里有精品10| 精品久久久久中文字幕日本| 免费观看久久精彩视频| 久久亚洲精品国产亚洲老地址| 久久精品国产亚洲av麻豆图片 | 久久婷婷人人澡人人| 亚洲精品美女久久久久99| 国产精品热久久无码av| 午夜久久久久久禁播电影| 狠狠狠色丁香婷婷综合久久五月| 奇米影视7777久久精品人人爽| 国产2021久久精品| 久久久久久久久波多野高潮| 久久久精品午夜免费不卡| 久久中文字幕人妻熟av女| 国内精品久久久久影院优| 久久国产视频99电影| 999久久久免费国产精品播放| 久久香蕉国产线看观看99| 老男人久久青草av高清| 国产女人aaa级久久久级| 97热久久免费频精品99| 99久久99久久久精品齐齐| 久久国语露脸国产精品电影| 精品久久久久久国产免费了| 国产成人精品久久综合| 国产精品一区二区久久不卡| 狠狠综合久久AV一区二区三区| 久久五月精品中文字幕| 亚洲国产精品久久久久久| 精品久久久久久国产| 精品久久久久中文字幕日本| 色综合久久中文字幕无码| 久久人人爽人人爽人人片AV不| 欧美精品丝袜久久久中文字幕 | 国产精品成人久久久久三级午夜电影| 久久精品国产99久久无毒不卡 | 久久精品国产精品青草| 国产精品久久久久AV福利动漫| 色欲综合久久中文字幕网|