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

            一直想測(cè)試一下json的解析速度,前些天終于花了一點(diǎn)時(shí)間測(cè)了一下,在我的破筆記本上,解析一個(gè)包含10個(gè)元素(各種類型都有)的objectjson1秒鐘大概只能解析不到10w次,就算把內(nèi)存池用到極致也只能解析12.5w次左右,換用自己定義的一種bjson格式,速度快了一些,但也不超過(guò)20w次,想想工作量也的確很大,生成一個(gè)包含10個(gè)子元素的object,需要?jiǎng)討B(tài)分配最少10次,還要做最少10hashinsert,還有各種格式的轉(zhuǎn)換工作,里面有arrayobject還要額外分配容器并處理子對(duì)象,這可都是耗時(shí)操作,終于明白了為什么webserver為何一秒鐘只能處理幾千個(gè)請(qǐng)求甚至只能處理幾百個(gè)請(qǐng)求了,看來(lái)要將游戲協(xié)議完全用json暫時(shí)還是不大可取,從效率上看折中點(diǎn)的做法依然是struct+jsonstruct+string\0string\0…,這些我以前的blog都寫過(guò),只是現(xiàn)在找到了效率上的依據(jù),畢竟游戲服務(wù)器一秒都是要處理幾萬(wàn)數(shù)據(jù)包的,要是全是json光解析json就把時(shí)間耗光了,更不用說(shuō)去處理其他任務(wù)了。

            Posted on 2010-10-03 14:21 袁斌 閱讀(903) 評(píng)論(0)  編輯 收藏 引用
            亚洲精品乱码久久久久久蜜桃不卡| 久久久亚洲欧洲日产国码aⅴ| 久久国产成人精品麻豆| 日本精品久久久久中文字幕| 久久久久久国产精品免费免费| 久久精品国产亚洲一区二区三区| 一本久久免费视频| 国产成人久久激情91| 国内精品久久久久久久久电影网| 久久婷婷是五月综合色狠狠| 久久夜色精品国产欧美乱| 亚洲国产精品久久| 久久久久久久波多野结衣高潮| 国产亚洲精品美女久久久| 99久久精品久久久久久清纯| 国产成人精品综合久久久| 久久婷婷国产麻豆91天堂| 99久久精品国产一区二区 | 亚洲国产天堂久久久久久| 亚洲AV无码久久精品色欲| 久久综合五月丁香久久激情| 精品免费tv久久久久久久| 精品久久久久久久国产潘金莲| 中文字幕亚洲综合久久2| 久久精品国产亚洲AV麻豆网站| 日韩精品久久久久久久电影| 99久久精品国产一区二区三区 | 久久天天躁狠狠躁夜夜2020| 97久久精品无码一区二区| 无码人妻精品一区二区三区久久久| 久久久久久一区国产精品| 伊人久久大香线蕉精品| 久久久91精品国产一区二区三区 | 亚洲综合精品香蕉久久网97| 欧美va久久久噜噜噜久久| 东方aⅴ免费观看久久av| 思思久久精品在热线热| 中文无码久久精品| 影音先锋女人AV鲁色资源网久久| 亚洲中文字幕久久精品无码APP| 午夜精品久久久久|