• <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都寫(xiě)過(guò),只是現(xiàn)在找到了效率上的依據(jù),畢竟游戲服務(wù)器一秒都是要處理幾萬(wàn)數(shù)據(jù)包的,要是全是json光解析json就把時(shí)間耗光了,更不用說(shuō)去處理其他任務(wù)了。

            Posted on 2010-10-03 14:21 袁斌 閱讀(900) 評(píng)論(0)  編輯 收藏 引用
            久久国产精品一区二区| 久久久久久精品免费看SSS| 亚洲午夜无码久久久久| 久久嫩草影院免费看夜色| 99久久99久久精品国产片果冻| 国产成人久久激情91| 久久婷婷国产麻豆91天堂| 久久国产精品99久久久久久老狼 | 久久亚洲精品无码播放| 伊人久久综在合线亚洲2019| 亚洲国产成人久久精品动漫| 91精品国产91久久久久久| 91性高湖久久久久| 亚洲国产成人久久笫一页 | 一本色道久久综合狠狠躁篇| 亚洲国产成人久久精品99| 国产精品99久久久精品无码| 中文字幕无码免费久久| 77777亚洲午夜久久多喷| 中文字幕成人精品久久不卡| 欧洲性大片xxxxx久久久| 久久精品国产精品亚洲精品| 成人久久综合网| 青青青青久久精品国产h久久精品五福影院1421| 久久久精品国产亚洲成人满18免费网站 | 国产一区二区三精品久久久无广告 | 中文字幕热久久久久久久| 国产亚洲综合久久系列| 久久精品国产99久久香蕉| 久久久这里有精品| 久久精品九九亚洲精品天堂| 欧美一级久久久久久久大| 久久狠狠高潮亚洲精品| 香蕉久久夜色精品国产2020| 国产精品久久久久aaaa| 亚洲欧洲久久久精品| 国内精品久久久久伊人av| 思思久久99热只有频精品66| 欧美一区二区精品久久| 麻豆亚洲AV永久无码精品久久| 久久99精品久久久久久野外 |