大家都知道JSON是一个与平台无关的一种数据格式,所以它也得到来广大编程者的认可,在目前各种JSON格式的第三方LIB都层出不穷,如雨后春生一样,面对这些,我们到底取怎么选择呢,首先,我们来比对一下目前其相关的JSON解析库的性能:
Json BecnhMarkBench ProtoleThose test are generate by parrsing 50.000 pre-build json string. to minimise gc effect on bench, a new VM is lanched for each test. New TestsThe bench run on an intel P9700 CPU, using sun JVM 1.6.22 64bit + SSD each bench had been lunch 10 times, the best time had been keeped.BenchMark run directly after the JVM startupdate on 30 May
BenchMark : benchResult display as % of the fastest API. Lower is better, for example 400% means that JSon-smart is 4 times faster.
BenchMark with preload classesNot updated yet preloading class look to have no significant effect, due to SSD usage.
|
Comment by [email protected], May 16, 2011
Where is the source? Are you warming up GC (if not, this test is totally meaningless)? What kind of JSON are you parsing?
Comment by project member uriel.chemouni, May 16, 2011
Sources are available now: http://json-smart.googlecode.com/svn/trunk/bench/
Json test string generator: http://json-smart.googlecode.com/svn/trunk/bench/src/net/minidev/bench/json/TestData.java
a new JVM is started for each test, GC is never explicitely called.
Comment by [email protected], May 19, 2011
Whops, meant JVM warmed up, not GC. :-)
It is necessary to run code to be tested for couple of seconds first on new JVM, before taking measurements; otherwise test is about how fast JVM can load (and possibly inline) bytecode.
Comment by project member uriel.chemouni, May 23, 2011
Warmed up test is now available.
Comment by [email protected], Jun 22, 2011
Using the jvm-serializers (https://github.com/eishay/jvm-serializers/wiki) test suite, I get significantly different results. When testing with about 736 bytes of JSON input (in java.lang.String format), my results show the different APIs performing in the following order, ranked from fastest to slowest.
ser deser total
json/jackson-databind-strings 6034 8085 14209
json/fastjson-databind 5837 8924 14826
json/json-smart/manual/tree 13104 9644 23182
json/org.json/manual/tree 16404 20039 36526
json/json.simple/manual/tree 15971 21954 38170
json/jsonij-manual/tree 75124 16888 92275
json/argo-manual/tree-builders 176566 51439 228847
json/json-lib-databind 73202 169966 243474
Using the json-smart performance as the baseline, here are the same numbers as percentages (rounded to the nearest whole number).
ser deser total
json/jackson-databind-strings 46% 84% 61%
json/fastjson-databind 45% 93% 64%
json/json-smart/manual/tree 100% 100% 100%
json/org.json/manual/tree 125% 208% 158%
json/json.simple/manual/tree 122% 228% 165%
json/jsonij-manual/tree 573% 175% 398%
json/argo-manual/tree-builders 1347% 533% 987%
json/json-lib-databind 559% 1762% 1050%
These results place the performance of some of the different APIs in significantly different orders, and some with significantly different percentages.
As time permits, I'll try to figure out what the cause of the different results is.
(I have no affiliation with any of these projects, or with any other JSON processing project.)
以上是JSON-SMART提出的相关比对,链接: http://code.google.com/p/json-smart/wiki/Benchmark
从上面可以看出JSON-SMART的性能远优于其它,如果你还在犹豫,请不妨分别自己做个测试