Wanted: Review manager for std.data.json

weaselcat via Digitalmars-d digitalmars-d at puremagic.com
Thu Apr 9 12:44:55 PDT 2015


On Thursday, 9 April 2015 at 19:43:13 UTC, Sönke Ludwig wrote:
> Am 09.04.2015 um 21:40 schrieb Sönke Ludwig:
>> Am 09.04.2015 um 21:37 schrieb weaselcat:
>>> On Thursday, 9 April 2015 at 19:35:24 UTC, Sönke Ludwig wrote:
>>>> Am 09.04.2015 um 21:26 schrieb weaselcat:
>>>>> On Thursday, 9 April 2015 at 19:17:48 UTC, Sönke Ludwig 
>>>>> wrote:
>>>>>
>>>>>> Not sure, but that may also have been my recent 
>>>>>> optimizations.
>>>>>
>>>>> Just tried it with your recent optimizations and it doesn't 
>>>>> build with
>>>>> LDC 0.15.1.
>>>>
>>>> Should work now. I just tested LDC with -singleobj and it's 
>>>> faster
>>>> than RapidJSON! Now the DOM parser gets interesting.
>>>
>>> What flags are you using? RapidJSON is still a lot faster for 
>>> me.
>>> also, I just realized the build script has the wrong inline 
>>> flag for
>>> LDC(it's using -enable-inlining instead of -inline)
>>
>> I'll have to test with that exact version, because I've used 
>> my own
>> main() function for the test. The flags were: -singleobj 
>> -release -O5
>> -enable-inlining -disable-bondscheck (-disable-boundscheck is 
>> only a
>> little faster).
>
> One thing about the D benchmark is that it uses readText(). To 
> be a fair comparison with Rapid it would have to use 
> cast(string)read() instead.

I saw that commit to the benchmark and changed it locally.
They're about the same performance now comparing clang to LDC, 
with -inline -boundscheck=off -singleobj flags

Nice.


More information about the Digitalmars-d mailing list