• <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

            国产69精品久久久久99| 久久国产成人亚洲精品影院| 久久久这里只有精品加勒比| 亚洲AV乱码久久精品蜜桃| 99国产欧美精品久久久蜜芽| 国内精品久久久久久久coent | 中文字幕久久欲求不满| 国内精品久久久久久久久| 色播久久人人爽人人爽人人片AV| 国产情侣久久久久aⅴ免费| 久久综合九色欧美综合狠狠| 久久亚洲私人国产精品| 中文精品99久久国产| 色综合久久久久| 久久久精品国产sm调教网站| 亚洲国产成人精品久久久国产成人一区二区三区综 | 亚洲午夜久久久久妓女影院| 久久九九有精品国产23百花影院| 亚洲欧美另类日本久久国产真实乱对白 | 久久久这里有精品| 国内精品久久久久久久coent| 久久精品午夜一区二区福利| 久久久久久久久久久精品尤物| 久久男人AV资源网站| 99久久精品国产毛片| 国产精品福利一区二区久久| 久久天天躁狠狠躁夜夜96流白浆| 精品一二三区久久aaa片| 久久精品亚洲精品国产欧美| 狠狠人妻久久久久久综合| 亚洲一本综合久久| 99久久婷婷国产一区二区| 国产精品久久久久久搜索| 久久国产精品77777| 成人综合伊人五月婷久久| 久久精品中文无码资源站| 久久精品中文闷骚内射| 69SEX久久精品国产麻豆| 久久亚洲高清观看| 国产午夜精品久久久久九九| 精品欧美一区二区三区久久久|