• <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)  編輯 收藏 引用
            日本高清无卡码一区二区久久| 99久久99久久精品国产片果冻| 99久久无码一区人妻a黑| 亚洲∧v久久久无码精品| 成人久久精品一区二区三区| 色偷偷888欧美精品久久久| 久久亚洲AV无码西西人体| 久久久久se色偷偷亚洲精品av| 国产69精品久久久久9999APGF| 久久丫精品国产亚洲av| 久久国产视屏| 久久精品国产亚洲77777| 亚洲国产成人久久综合碰| 97久久精品无码一区二区| 久久夜色精品国产www| 2022年国产精品久久久久| 久久久噜噜噜久久中文字幕色伊伊| 亚洲综合日韩久久成人AV| 国产毛片久久久久久国产毛片| 国产69精品久久久久9999APGF| 国产成人精品久久一区二区三区av| 国内精品久久久久影院薰衣草 | 欧美精品丝袜久久久中文字幕 | 精品久久久久久久| 伊人色综合久久天天人手人婷| 国产三级精品久久| 久久精品国产亚洲AV电影| 亚洲中文字幕无码久久2020| 久久精品女人天堂AV麻| 精品久久久久久久久中文字幕| 久久精品亚洲一区二区三区浴池| 久久笫一福利免费导航| 久久久久久亚洲精品不卡| 久久综合中文字幕| 色偷偷888欧美精品久久久| 99久久人妻无码精品系列蜜桃| 久久久久久久亚洲Av无码| 东京热TOKYO综合久久精品| 久久精品欧美日韩精品| 97久久精品无码一区二区天美| AV狠狠色丁香婷婷综合久久|