delta/ruby-gems/json.git/java/src, branch pick-ruby-core github.com: flori/json Merge decimal_class patch by Michael Jaschob 2016-09-23T18:43:38+00:00 Florian Frank flori@ping.de 2016-09-23T15:37:50+00:00 7e240ed5765867bfbdd166435f941a4cebed8cd8 Also: - Avoid some issues with bundler - Avoid some issues with jruby 
Also:
- Avoid some issues with bundler
- Avoid some issues with jruby
Fix issue #296 when parsing frozen strings 2016-07-26T09:42:18+00:00 Florian Frank flori@ping.de 2016-07-26T09:27:14+00:00 047814c7a6916bde393e6080c98385c8170d3f98 






Treat ASCII_8BIT as UTF-8 by default
2016-06-03T17:48:15+00:00

Florian Frank
flori@ping.de

2016-06-03T11:54:40+00:00

cf466b8d4e4afe9af313e5c8bea4e97ef3170637












Remove quirks mode
2016-06-02T19:11:23+00:00

Florian Frank
flori@ping.de

2016-06-02T19:10:36+00:00

7d2ad6d6556da03300a5aeadeeacaec563435773












Merge branch 'v1.8'
2016-02-25T09:27:44+00:00

Florian Frank
flori@ping.de

2016-02-25T09:27:44+00:00

8883a51ec7a56cd8bda87ab2c82924a90d7aa782












Call OBJECT_HANDLER for objects without #to_json
2016-02-24T23:10:42+00:00

Florian Frank
flori@ping.de

2016-02-24T23:10:42+00:00

5fd6c4e168005c68995a97ef436725a01c42dfd9

as a last-ditch effort.




as a last-ditch effort.






Remove remnants of GPL licenses
2015-09-10T23:58:19+00:00

Florian Frank
flori@ping.de

2015-08-18T09:21:09+00:00

2a6ec15be82172865090a26180e03d1f0c08e39a












Remove generate restriction for […]/{…}
2015-06-13T10:55:29+00:00

Florian Frank
flori@ping.de

2015-06-13T10:55:29+00:00

4b843b585060212e8c396073f79627bf081491db












Improve JRuby perf. by removing source of multithreaded contention
2015-01-02T22:48:44+00:00

Ben Browning
bbrownin@redhat.com

2014-12-16T15:12:10+00:00

737bb637c7accfb1a704bc15560ab8bb83fccfa4

The RuntimeInfo.forRuntime method synchronizes all invocations and
ParserSession#parseString was calling this many times when parsing
large JSON strings. Thus, when running in a heavily multithreaded
environment, threads were spending a large portion of their time
waiting on that synchronization instead of doing work parsing the
JSON.

This fix simply passes in the RuntimeInfo object to the ParserSession
when it's instantiated, since the RuntimeInfo is already known and
we've already incurred the synchronization cost at that time.

Using the test script at
https://gist.github.com/bbrowning/0b89580b03a5f19e7a9f, I get the
following results before and after this fix on my machine:

Before:

    $ jruby ~/tmp/json_contention.rb
    337.920000 0.570000 338.490000 ( 57.955000)

After:

    $ jruby ~/tmp/json_contention.rb
    326.400000 0.580000 326.980000 ( 43.084000)

That's a 25% reduction in processing time for parsing the same JSON on
my quad core machine. I'd expect an even higher percentage improvement
on a machine with more CPUs.





The RuntimeInfo.forRuntime method synchronizes all invocations and
ParserSession#parseString was calling this many times when parsing
large JSON strings. Thus, when running in a heavily multithreaded
environment, threads were spending a large portion of their time
waiting on that synchronization instead of doing work parsing the
JSON.

This fix simply passes in the RuntimeInfo object to the ParserSession
when it's instantiated, since the RuntimeInfo is already known and
we've already incurred the synchronization cost at that time.

Using the test script at
https://gist.github.com/bbrowning/0b89580b03a5f19e7a9f, I get the
following results before and after this fix on my machine:

Before:

    $ jruby ~/tmp/json_contention.rb
    337.920000 0.570000 338.490000 ( 57.955000)

After:

    $ jruby ~/tmp/json_contention.rb
    326.400000 0.580000 326.980000 ( 43.084000)

That's a 25% reduction in processing time for parsing the same JSON on
my quad core machine. I'd expect an even higher percentage improvement
on a machine with more CPUs.







Fix documentation wording
2014-07-03T09:35:24+00:00

Florian Frank
flori@ping.de

2014-07-03T09:35:24+00:00

6da014149519902b2797a32c869690c7d4eec77e