Re: Fastest JSON parser in the world is a D project

2020-05-16 Thread mw via Digitalmars-d-announce
On Wednesday, 14 October 2015 at 07:35:49 UTC, Marco Leise wrote: fast.json usage: auto json = parseTrustedJSON(`{"x":123}`); Work with a single key from an object: json.singleKey!"someKey" json.someKey Newbie Q: how to get the value? --- import

Re: Fastest JSON parser in the world is a D project

2018-07-31 Thread Marco Leise via Digitalmars-d-announce
Am Fri, 13 Jul 2018 18:14:35 + schrieb iris : > Any idea about the performance of this json parser? > https://jsonformatter.org/json-parser ? That one is implemented in client side JavaScript. I didn't measure it, but the closest match in Kostya's benchmark could be the Node JS entry that

Re: Fastest JSON parser in the world is a D project

2018-07-13 Thread iris via Digitalmars-d-announce
Any idea about the performance of this json parser? https://jsonformatter.org/json-parser ?

Re: Fastest JSON parser in the world is a D project

2017-04-25 Thread Mir Al Monsor via Digitalmars-d-announce
you could check it out on http://jsontuneup.com for treeview your json object and wrong inside your json.

Re: Fastest JSON parser in the world is a D project

2015-11-16 Thread Suliman via Digitalmars-d-announce
What about data validation? Does it's fast complete full validation of data, and what about other parsers? Are they complete full validation?

Re: Fastest JSON parser in the world is a D project

2015-10-29 Thread Suliman via Digitalmars-d-announce
Marco, could you add your lib to review or do any steps that will help to include it's in Phobos? I think not only I interesting in good base JSON lib in base distribution.

Re: Fastest JSON parser in the world is a D project

2015-10-29 Thread Jack Applegame via Digitalmars-d-announce
On Thursday, 29 October 2015 at 12:11:54 UTC, Suliman wrote: Marco, could you add your lib to review or do any steps that will help to include it's in Phobos? I think not only I interesting in good base JSON lib in base distribution. Marco's json library doesn't meet requirements for

Re: Fastest JSON parser in the world is a D project

2015-10-28 Thread wobbles via Digitalmars-d-announce
On Wednesday, 28 October 2015 at 11:26:59 UTC, wobbles wrote: So yes - opDispatch is cool but should be used VERY sparingly. I just had a thought, I could check if dataName is in [__traits(allMembers ... )]. That would at least ensure I'm referencing something that exists. Maybe that'd be

Re: Fastest JSON parser in the world is a D project

2015-10-28 Thread wobbles via Digitalmars-d-announce
On Tuesday, 27 October 2015 at 14:00:07 UTC, Martin Nowak wrote: On Tuesday, 27 October 2015 at 13:14:36 UTC, wobbles wrote: How can `coordinates` member be known at compile-time when the input argument is a run-time string? I suspect through the opDispatch operator overload.

Re: Fastest JSON parser in the world is a D project

2015-10-28 Thread Marco Leise via Digitalmars-d-announce
Am Tue, 27 Oct 2015 14:00:06 + schrieb Martin Nowak : > On Tuesday, 27 October 2015 at 13:14:36 UTC, wobbles wrote: > >> How can `coordinates` member be known at compile-time when the > >> input argument is a run-time string? > > > > I suspect through the opDispatch operator

Re: Fastest JSON parser in the world is a D project

2015-10-28 Thread Adam D. Ruppe via Digitalmars-d-announce
On Tuesday, 27 October 2015 at 14:00:07 UTC, Martin Nowak wrote: Yikes, this is such an anti-pattern. https://github.com/rejectedsoftware/vibe.d/issues/634 Every time I use opDispatch, I add an if(name != "popFront") constraint, at least (unless it is supposed to be forwarding). It helps

Re: Fastest JSON parser in the world is a D project

2015-10-28 Thread Meta via Digitalmars-d-announce
On Wednesday, 28 October 2015 at 13:56:27 UTC, Adam D. Ruppe wrote: On Tuesday, 27 October 2015 at 14:00:07 UTC, Martin Nowak wrote: Yikes, this is such an anti-pattern. https://github.com/rejectedsoftware/vibe.d/issues/634 Every time I use opDispatch, I add an if(name != "popFront")

Re: Fastest JSON parser in the world is a D project

2015-10-27 Thread Martin Nowak via Digitalmars-d-announce
On Tuesday, 27 October 2015 at 13:14:36 UTC, wobbles wrote: How can `coordinates` member be known at compile-time when the input argument is a run-time string? I suspect through the opDispatch operator overload. http://dlang.org/operatoroverloading.html#dispatch Yikes, this is such an

Re: Fastest JSON parser in the world is a D project

2015-10-26 Thread Nordlöw via Digitalmars-d-announce
On Wednesday, 14 October 2015 at 07:35:49 UTC, Marco Leise wrote: Example: double x = 0, y = 0, z = 0; auto json = parseTrustedJSON(`{ "coordinates": [ { "x": 1, "y": 2, "z": 3 }, … ] }`); foreach (idx; json.coordinates) { // Provide one function for each key you are

Re: Fastest JSON parser in the world is a D project

2015-10-24 Thread Laeeth Isharc via Digitalmars-d-announce
On Thursday, 22 October 2015 at 20:10:36 UTC, rsw0x wrote: On Thursday, 22 October 2015 at 19:16:00 UTC, Laeeth Isharc wrote: On Thursday, 22 October 2015 at 18:23:08 UTC, Andrei Alexandrescu wrote: On 10/22/2015 09:08 AM, Walter Bright wrote: [...] This has been a homerun. Congratulations

Re: Fastest JSON parser in the world is a D project

2015-10-23 Thread Walter Bright via Digitalmars-d-announce
On 10/22/2015 1:53 PM, Marco Leise wrote: There is at least one hurdle. I don't have a place to publish articles, no personal blog or site I contribute articles to and I don't feel like creating a one-shot one right now. :) You can publish it on my site:

Re: Fastest JSON parser in the world is a D project

2015-10-23 Thread Walter Bright via Digitalmars-d-announce
On 10/22/2015 9:29 PM, Joakim wrote: The main D forum is as good a place as any. Just start a thread there. No, articles should be more than postings.

Re: Fastest JSON parser in the world is a D project

2015-10-23 Thread Jacob Carlborg via Digitalmars-d-announce
On 2015-10-22 22:53, Marco Leise wrote: There is at least one hurdle. I don't have a place to publish articles, no personal blog or site I contribute articles to and I don't feel like creating a one-shot one right now. :) You could have a look at this blog implementation by Dicebot [1]. You

Re: Fastest JSON parser in the world is a D project

2015-10-23 Thread Laeeth Isharc via Digitalmars-d-announce
On Friday, 23 October 2015 at 19:48:31 UTC, Jacob Carlborg wrote: On 2015-10-22 22:53, Marco Leise wrote: There is at least one hurdle. I don't have a place to publish articles, no personal blog or site I contribute articles to and I don't feel like creating a one-shot one right now. :) You

Re: Fastest JSON parser in the world is a D project

2015-10-22 Thread Meta via Digitalmars-d-announce
On Thursday, 22 October 2015 at 19:16:00 UTC, Laeeth Isharc wrote: We really do need to stop hiding our light under a bushel. Thinking in marketing terms doesn't always come easy to technically minded people, and I understand why, but ultimately the community benefits a great deal from people

Re: Fastest JSON parser in the world is a D project

2015-10-22 Thread Laeeth Isharc via Digitalmars-d-announce
On Thursday, 22 October 2015 at 18:23:08 UTC, Andrei Alexandrescu wrote: On 10/22/2015 09:08 AM, Walter Bright wrote: On 10/21/2015 1:38 PM, Laeeth Isharc wrote: On Wednesday, 21 October 2015 at 19:03:56 UTC, Suliman wrote: Could anybody reddit this benchmark? done

Re: Fastest JSON parser in the world is a D project

2015-10-22 Thread rsw0x via Digitalmars-d-announce
On Thursday, 22 October 2015 at 19:16:00 UTC, Laeeth Isharc wrote: On Thursday, 22 October 2015 at 18:23:08 UTC, Andrei Alexandrescu wrote: On 10/22/2015 09:08 AM, Walter Bright wrote: [...] This has been a homerun. Congratulations for this work and also for publicizing it! (Consider it

Re: Fastest JSON parser in the world is a D project

2015-10-22 Thread Marco Leise via Digitalmars-d-announce
Am Thu, 22 Oct 2015 06:10:56 -0700 schrieb Walter Bright : > On 10/21/2015 3:40 PM, Laeeth Isharc wrote: > > Have you thought about writing up your experience with writing fast json? > > A bit > > like Walter's Dr Dobbs's article on wielding a profiler to speed up

Re: Fastest JSON parser in the world is a D project

2015-10-22 Thread bachmeier via Digitalmars-d-announce
On Thursday, 22 October 2015 at 20:54:01 UTC, Marco Leise wrote: Am Thu, 22 Oct 2015 06:10:56 -0700 schrieb Walter Bright : On 10/21/2015 3:40 PM, Laeeth Isharc wrote: > Have you thought about writing up your experience with > writing fast json? A bit like

Re: Fastest JSON parser in the world is a D project

2015-10-22 Thread Joakim via Digitalmars-d-announce
On Thursday, 22 October 2015 at 20:54:01 UTC, Marco Leise wrote: Am Thu, 22 Oct 2015 06:10:56 -0700 schrieb Walter Bright : On 10/21/2015 3:40 PM, Laeeth Isharc wrote: > Have you thought about writing up your experience with > writing fast json? A bit like

Re: Fastest JSON parser in the world is a D project

2015-10-22 Thread Walter Bright via Digitalmars-d-announce
On 10/21/2015 1:38 PM, Laeeth Isharc wrote: On Wednesday, 21 October 2015 at 19:03:56 UTC, Suliman wrote: Could anybody reddit this benchmark? done https://www.reddit.com/r/programming/comments/3pojrz/the_fastest_json_parser_in_the_world/ It's item 9 on the front page of

Re: Fastest JSON parser in the world is a D project

2015-10-22 Thread Walter Bright via Digitalmars-d-announce
On 10/21/2015 3:40 PM, Laeeth Isharc wrote: Have you thought about writing up your experience with writing fast json? A bit like Walter's Dr Dobbs's article on wielding a profiler to speed up dmd. Yes, Marco, please. This would make an awesome article, and we need articles like that!

Re: Fastest JSON parser in the world is a D project

2015-10-21 Thread Jonathan M Davis via Digitalmars-d-announce
On Wednesday, October 21, 2015 06:36:31 Suliman via Digitalmars-d-announce wrote: > On Monday, 19 October 2015 at 07:48:16 UTC, Sönke Ludwig wrote: > > Am 16.10.2015 um 18:04 schrieb Marco Leise: > >> Every value that is read (as opposed to skipped) is validated > >> according to RFC 7159. That

Re: Fastest JSON parser in the world is a D project

2015-10-21 Thread Suliman via Digitalmars-d-announce
> Nice! I see you are using bitmasking trickery in multiple > places. stdx.data.json is mostly just the plain lexing > algorithm, with the exception of whitespace skipping. It was > already very encouraging to get those benchmark numbers that > way. Good to see that it pays off to go further.

Re: Fastest JSON parser in the world is a D project

2015-10-21 Thread Laeeth Isharc via Digitalmars-d-announce
On Wednesday, 21 October 2015 at 09:59:09 UTC, Kapps wrote: On Wednesday, 21 October 2015 at 04:17:19 UTC, Laeeth Isharc wrote: Seems like you now get 2.1 gigbytes/sec sequential read from a cheap consumer SSD today... Not many consumer drives give more than 500-600 MB/s (SATA3 limit) yet.

Re: Fastest JSON parser in the world is a D project

2015-10-21 Thread Suliman via Digitalmars-d-announce
Could anybody reddit this benchmark?

Re: Fastest JSON parser in the world is a D project

2015-10-21 Thread Laeeth Isharc via Digitalmars-d-announce
On Wednesday, 21 October 2015 at 19:03:56 UTC, Suliman wrote: Could anybody reddit this benchmark? done https://www.reddit.com/r/programming/comments/3pojrz/the_fastest_json_parser_in_the_world/

Re: Fastest JSON parser in the world is a D project

2015-10-21 Thread Marco Leise via Digitalmars-d-announce
Am Wed, 21 Oct 2015 04:17:16 + schrieb Laeeth Isharc : > Very impressive. > > Is this not quite interesting ? Such a basic web back end > operation, and yet it's a very different picture from those who > say that one is I/O or network bound. I already

Re: Fastest JSON parser in the world is a D project

2015-10-21 Thread Marco Leise via Digitalmars-d-announce
Am Wed, 21 Oct 2015 17:00:39 + schrieb Suliman : > >> > Nice! I see you are using bitmasking trickery in multiple > >> > places. stdx.data.json is mostly just the plain lexing > >> > algorithm, with the exception of whitespace skipping. It was > >> > already very

Re: Fastest JSON parser in the world is a D project

2015-10-21 Thread Laeeth Isharc via Digitalmars-d-announce
On Wednesday, 21 October 2015 at 22:24:30 UTC, Marco Leise wrote: Am Wed, 21 Oct 2015 04:17:16 + schrieb Laeeth Isharc : Very impressive. Is this not quite interesting ? Such a basic web back end operation, and yet it's a very different picture from

Re: Fastest JSON parser in the world is a D project

2015-10-21 Thread Andrei Alexandrescu via Digitalmars-d-announce
On 10/21/2015 04:38 PM, Laeeth Isharc wrote: On Wednesday, 21 October 2015 at 19:03:56 UTC, Suliman wrote: Could anybody reddit this benchmark? done https://www.reddit.com/r/programming/comments/3pojrz/the_fastest_json_parser_in_the_world/ Getting good press. Congratulations! -- Andrei

Re: Fastest JSON parser in the world is a D project

2015-10-21 Thread Suliman via Digitalmars-d-announce
On Monday, 19 October 2015 at 07:48:16 UTC, Sönke Ludwig wrote: Am 16.10.2015 um 18:04 schrieb Marco Leise: Every value that is read (as opposed to skipped) is validated according to RFC 7159. That includes UTF-8 validation. Full validation (i.e. readJSONFile!validateAll(…);) may add up to 14%

Re: Fastest JSON parser in the world is a D project

2015-10-21 Thread Kapps via Digitalmars-d-announce
On Wednesday, 21 October 2015 at 04:17:19 UTC, Laeeth Isharc wrote: Seems like you now get 2.1 gigbytes/sec sequential read from a cheap consumer SSD today... Not many consumer drives give more than 500-600 MB/s (SATA3 limit) yet. There are only a couple that I know of that reach 2000

Re: Fastest JSON parser in the world is a D project

2015-10-20 Thread Laeeth Isharc via Digitalmars-d-announce
On Wednesday, 14 October 2015 at 07:01:49 UTC, Marco Leise wrote: The test is pretty simple: Parse a JSON object, containing an array of 1_000_000 3D coordinates in the range [0..1) and average them. The performance of std.json in parsing those was horrible still in the DMD 2.066 days*:

Re: Fastest JSON parser in the world is a D project

2015-10-19 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Saturday, 17 October 2015 at 16:27:08 UTC, Sean Kelly wrote: Oh absolutely. My issue with the benchmark is just that it claims to be a JSON parser benchmark but the bulk of CPU time is actually spent parsing floats. Well, most of such language-comparison benchmarks are just for

Re: Fastest JSON parser in the world is a D project

2015-10-19 Thread Sönke Ludwig via Digitalmars-d-announce
Am 16.10.2015 um 18:04 schrieb Marco Leise: Every value that is read (as opposed to skipped) is validated according to RFC 7159. That includes UTF-8 validation. Full validation (i.e. readJSONFile!validateAll(…);) may add up to 14% overhead here. Nice! I see you are using bitmasking trickery

Re: Fastest JSON parser in the world is a D project

2015-10-17 Thread rsw0x via Digitalmars-d-announce
On Wednesday, 14 October 2015 at 07:01:49 UTC, Marco Leise wrote: JSON parsing in D has come a long way, especially when you look at it from the efficiency angle as a popular benchmark does that has been forked by well known D contributers like Martin Nowak or Sönke Ludwig. [...] Slightly

Re: Fastest JSON parser in the world is a D project

2015-10-17 Thread Brad Anderson via Digitalmars-d-announce
On Saturday, 17 October 2015 at 09:35:47 UTC, Sönke Ludwig wrote: Am 17.10.2015 um 13:16 schrieb Marco Leise: Am Sat, 17 Oct 2015 09:27:46 +0200 schrieb Sönke Ludwig : Okay, I obviously misread that as a once familiar issue. Maybe it indeed makes sense to add a

Re: Fastest JSON parser in the world is a D project

2015-10-17 Thread Martin Nowak via Digitalmars-d-announce
On Wednesday, 14 October 2015 at 07:35:49 UTC, Marco Leise wrote: - Data size limited by available contiguous virtual memory Mmaping files for sequential reading is a very debatable choice, b/c the common use case is to read a file once. You should at least compare the numbers w/

Re: Fastest JSON parser in the world is a D project

2015-10-17 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Saturday, 17 October 2015 at 08:20:33 UTC, Daniel N wrote: On Saturday, 17 October 2015 at 08:07:57 UTC, Martin Nowak wrote: On Wednesday, 14 October 2015 at 07:35:49 UTC, Marco Leise wrote: - Data size limited by available contiguous virtual memory Mmaping files for sequential reading

Re: Fastest JSON parser in the world is a D project

2015-10-17 Thread Daniel N via Digitalmars-d-announce
On Saturday, 17 October 2015 at 08:07:57 UTC, Martin Nowak wrote: On Wednesday, 14 October 2015 at 07:35:49 UTC, Marco Leise wrote: - Data size limited by available contiguous virtual memory Mmaping files for sequential reading is a very debatable choice, b/c the common use case is to read

Re: Fastest JSON parser in the world is a D project

2015-10-17 Thread Sönke Ludwig via Digitalmars-d-announce
Am 17.10.2015 um 13:16 schrieb Marco Leise: Am Sat, 17 Oct 2015 09:27:46 +0200 schrieb Sönke Ludwig : Okay, I obviously misread that as a once familiar issue. Maybe it indeed makes sense to add a "JavaScript" quirks mode that behaves exactly like a JavaScript

Re: Fastest JSON parser in the world is a D project

2015-10-17 Thread Marco Leise via Digitalmars-d-announce
Am Sat, 17 Oct 2015 16:27:06 + schrieb Sean Kelly : > On Saturday, 17 October 2015 at 16:14:01 UTC, Andrei Alexandrescu > wrote: > > On 10/17/15 6:43 PM, Sean Kelly wrote: > >> If this is the benchmark I'm remembering, the bulk of the time > >> is spent > >> parsing

Re: Fastest JSON parser in the world is a D project

2015-10-17 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Saturday, 17 October 2015 at 13:09:45 UTC, Marco Leise wrote: Am Sat, 17 Oct 2015 11:12:08 + schrieb Ola Fosheim Grøstad : […] you could try to construct a simple benchmark where you iterate over memory (M*cache 3 size) using a "realistic" pattern

Re: Fastest JSON parser in the world is a D project

2015-10-17 Thread Sean Kelly via Digitalmars-d-announce
If this is the benchmark I'm remembering, the bulk of the time is spent parsing the floating point numbers. So it isn't a test of JSON parsing in general so much as the speed of scanf.

Re: Fastest JSON parser in the world is a D project

2015-10-17 Thread Andrei Alexandrescu via Digitalmars-d-announce
On 10/17/15 6:43 PM, Sean Kelly wrote: If this is the benchmark I'm remembering, the bulk of the time is spent parsing the floating point numbers. So it isn't a test of JSON parsing in general so much as the speed of scanf. In many cases the use of scanf can be replaced with drastically faster

Re: Fastest JSON parser in the world is a D project

2015-10-17 Thread Sean Kelly via Digitalmars-d-announce
On Saturday, 17 October 2015 at 16:14:01 UTC, Andrei Alexandrescu wrote: On 10/17/15 6:43 PM, Sean Kelly wrote: If this is the benchmark I'm remembering, the bulk of the time is spent parsing the floating point numbers. So it isn't a test of JSON parsing in general so much as the speed of

Re: Fastest JSON parser in the world is a D project

2015-10-17 Thread Piotrek via Digitalmars-d-announce
On Friday, 16 October 2015 at 10:08:06 UTC, Andrei Alexandrescu wrote: On 10/15/15 10:40 PM, Jacob Carlborg wrote: On 2015-10-15 14:51, Johannes Pfau wrote: Doesn't the GPL force everybody _using_ fast.json to also use the GPL license? Yes, it does have that enforcement. Then we'd need

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Steven Schveighoffer via Digitalmars-d-announce
On 10/16/15 2:24 PM, Ola Fosheim Grøstad wrote: On Friday, 16 October 2015 at 17:38:01 UTC, Steven Schveighoffer wrote: For example, let's say you have a product that doesn't use JSON. It's proprietary, and you distribute it under a proprietary license. You want to include JSON parsing, so you

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Steven Schveighoffer via Digitalmars-d-announce
On 10/16/15 11:56 AM, Ola Fosheim Grøstad wrote: On Friday, 16 October 2015 at 15:36:26 UTC, Steven Schveighoffer wrote: You certainly can link with it, and then your code becomes GPL. No, the code is code. It is an artifact. The GPL is a legal document. The legal document says what rights

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Friday, 16 October 2015 at 17:38:01 UTC, Steven Schveighoffer wrote: For example, let's say you have a product that doesn't use JSON. It's proprietary, and you distribute it under a proprietary license. You want to include JSON parsing, so you incorporate this GPL'd library. Then you

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Friday, 16 October 2015 at 18:53:39 UTC, Steven Schveighoffer wrote: And I don't disagree with your point, just that it was not a correct response to "but you definitely can't link any proprietary code aganist [sic] it." That I don't understand. You can indeed build your executable from a

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Jacob Carlborg via Digitalmars-d-announce
On 2015-10-16 00:14, Jonathan M Davis via Digitalmars-d-announce wrote: I thought that http://code.dlang.org/packages/std_data_json was the json implementation we were looking at adding to Phobos. Or did that fall through? I haven't paid much attention to the discussion on that, though I have

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Jacob Carlborg via Digitalmars-d-announce
On 2015-10-16 00:12, Jonathan M Davis via Digitalmars-d-announce wrote: I think that you might be able to link code with various other compatible, open source licenses against it, but you definitely can't link any proprietary code aganist it. GPL really makes more sense for programs than for

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Andrei Alexandrescu via Digitalmars-d-announce
On 10/15/15 10:40 PM, Jacob Carlborg wrote: On 2015-10-15 14:51, Johannes Pfau wrote: Doesn't the GPL force everybody _using_ fast.json to also use the GPL license? Yes, it does have that enforcement. Then we'd need to ask Marco if he's willing to relicense the code with Boost. -- Andrei

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Thursday, 15 October 2015 at 22:13:07 UTC, Jonathan M Davis wrote: On Thursday, October 15, 2015 14:51:58 Johannes Pfau via Digitalmars-d-announce wrote: BTW: Is there a reason why the code is GPL licensed? I understand that people might want to use more restrictive licenses, but isn't LGPL

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Per Nordlöw via Digitalmars-d-announce
On Wednesday, 14 October 2015 at 07:01:49 UTC, Marco Leise wrote: https://github.com/kostya/benchmarks#json Does fast.json use any non-standard memory allocation patterns or plain simple GC-usage?

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Steven Schveighoffer via Digitalmars-d-announce
On 10/16/15 6:20 AM, Ola Fosheim Grøstad wrote: On Thursday, 15 October 2015 at 22:13:07 UTC, Jonathan M Davis wrote: On Thursday, October 15, 2015 14:51:58 Johannes Pfau via Digitalmars-d-announce wrote: BTW: Is there a reason why the code is GPL licensed? I understand that people might want

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Mike Parker via Digitalmars-d-announce
On Friday, 16 October 2015 at 12:53:09 UTC, Steven Schveighoffer wrote: Yes, you can. GPL only affects distribution of executables to third party, it doesn't affect services. Maybe you are thinking of AGPL, which also affects services. But even AGPL allows internal usage. No, you cannot

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Marco Leise via Digitalmars-d-announce
Am Thu, 15 Oct 2015 18:46:12 +0200 schrieb Sönke Ludwig : > Am 14.10.2015 um 09:01 schrieb Marco Leise: > > […] > > stdx.data.json: 2.76s, 207.1Mb (LDC) > > > > Yep, that's right. stdx.data.json's pull parser finally beats > > the dynamic languages with native

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Marco Leise via Digitalmars-d-announce
Am Thu, 15 Oct 2015 18:17:07 +0200 schrieb Sönke Ludwig : > Am 15.10.2015 um 13:06 schrieb Rory McGuire via Digitalmars-d-announce: > > In browser JSON.serialize is the usual way to serialize JSON values. > > The problem is that on D side if one does deserialization

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Nick Sabalausky via Digitalmars-d-announce
On 10/16/2015 08:53 AM, Steven Schveighoffer wrote: On 10/16/15 6:20 AM, Ola Fosheim Grøstad wrote: On Thursday, 15 October 2015 at 22:13:07 UTC, Jonathan M Davis wrote: On Thursday, October 15, 2015 14:51:58 Johannes Pfau via Digitalmars-d-announce wrote: BTW: Is there a reason why the code

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Friday, 16 October 2015 at 15:07:17 UTC, Ola Fosheim Grøstad wrote: GPL, on the other hand, gives the same right to users of a service. Typo, "AGPL", not "GPL"...

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Mike Parker via Digitalmars-d-announce
On Friday, 16 October 2015 at 14:05:50 UTC, Mike Parker wrote: On Friday, 16 October 2015 at 12:53:09 UTC, Steven Schveighoffer wrote: Yes, you can. GPL only affects distribution of executables to third party, it doesn't affect services. Maybe you are thinking of AGPL, which also affects

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Marco Leise via Digitalmars-d-announce
Am Fri, 16 Oct 2015 11:09:37 + schrieb Per Nordlöw : > On Wednesday, 14 October 2015 at 07:01:49 UTC, Marco Leise wrote: > > https://github.com/kostya/benchmarks#json > > Does fast.json use any non-standard memory allocation patterns or > plain simple GC-usage? Plain

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Friday, 16 October 2015 at 15:36:26 UTC, Steven Schveighoffer wrote: You certainly can link with it, and then your code becomes GPL. No, the code is code. It is an artifact. The GPL is a legal document. The legal document says what rights you have to the copy you received and what

Re: Fastest JSON parser in the world is a D project

2015-10-16 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Friday, 16 October 2015 at 14:09:13 UTC, Nick Sabalausky wrote: This is the real reason I'm not a huge fan of *GPL. Nobody can understand it! It is really simple!! The basic idea is that people shouldn't have to reverse engineer software they use in order to fix it/modify it, so when you

Re: Fastest JSON parser in the world is a D project

2015-10-15 Thread Rory McGuire via Digitalmars-d-announce
In browser JSON.serialize is the usual way to serialize JSON values. The problem is that on D side if one does deserialization of an object or struct. If the types inside the JSON don't match exactly then vibe freaks out. Another problem with most D JSON implementations is that they don't support

Re: Fastest JSON parser in the world is a D project

2015-10-15 Thread Gary Willoughby via Digitalmars-d-announce
On Wednesday, 14 October 2015 at 07:01:49 UTC, Marco Leise wrote: fast: 0.34s, 226.7Mb (GDC) RapidJSON: 0.79s, 687.1Mb (GCC) (* Timings from my computer, Haswell CPU, Linux amd64.) Where's the code?

Re: Fastest JSON parser in the world is a D project

2015-10-15 Thread Daniel Kozak via Digitalmars-d-announce
Daniel Kozak via Digitalmars-d-announce píše v Čt 15. 10. 2015 v 11:07 +0200: > > > Gary Willoughby via Digitalmars-d-announce remagic.com> napsal Čt, říj 15, 2015 v 10∶08 : > > On Wednesday, 14 October 2015 at 07:01:49 UTC, Marco Leise wrote: > > fast:    

Re: Fastest JSON parser in the world is a D project

2015-10-15 Thread Jack Stouffer via Digitalmars-d-announce
On Thursday, 15 October 2015 at 12:51:58 UTC, Johannes Pfau wrote: BTW: Is there a reason why the code is GPL licensed? I understand that people might want to use more restrictive licenses, but isn't LGPL a better replacement for GPL when writing library code? Doesn't the GPL force everybody

Re: Fastest JSON parser in the world is a D project

2015-10-15 Thread Sönke Ludwig via Digitalmars-d-announce
Am 15.10.2015 um 13:06 schrieb Rory McGuire via Digitalmars-d-announce: In browser JSON.serialize is the usual way to serialize JSON values. The problem is that on D side if one does deserialization of an object or struct. If the types inside the JSON don't match exactly then vibe freaks out.

Re: Fastest JSON parser in the world is a D project

2015-10-15 Thread Jonathan M Davis via Digitalmars-d-announce
On Thursday, October 15, 2015 09:40:05 Per Nordlöw via Digitalmars-d-announce wrote: > On Wednesday, 14 October 2015 at 07:01:49 UTC, Marco Leise wrote: > > fast: 0.34s, 226.7Mb (GDC) > > RapidJSON: 0.79s, 687.1Mb (GCC) > > Why not add this to std.experimental? I thought that

Re: Fastest JSON parser in the world is a D project

2015-10-15 Thread Jack Stouffer via Digitalmars-d-announce
On Thursday, 15 October 2015 at 19:40:16 UTC, Jacob Carlborg wrote: On 2015-10-15 14:51, Johannes Pfau wrote: Doesn't the GPL force everybody _using_ fast.json to also use the GPL license? Yes, it does have that enforcement. Then this is practically useless for the vast majority of

Re: Fastest JSON parser in the world is a D project

2015-10-15 Thread Jonathan M Davis via Digitalmars-d-announce
On Thursday, October 15, 2015 14:51:58 Johannes Pfau via Digitalmars-d-announce wrote: > BTW: Is there a reason why the code is GPL licensed? I understand that > people might want to use more restrictive licenses, but isn't LGPL a > better replacement for GPL when writing library code? Doesn't

Re: Fastest JSON parser in the world is a D project

2015-10-15 Thread wobbles via Digitalmars-d-announce
On Thursday, 15 October 2015 at 10:34:16 UTC, Andrei Alexandrescu wrote: On 10/15/15 12:40 PM, Per Nordlöw wrote: On Wednesday, 14 October 2015 at 07:01:49 UTC, Marco Leise wrote: fast: 0.34s, 226.7Mb (GDC) RapidJSON: 0.79s, 687.1Mb (GCC) Why not add this to std.experimental? Sure

Re: Fastest JSON parser in the world is a D project

2015-10-15 Thread Jacob Carlborg via Digitalmars-d-announce
On 2015-10-15 14:51, Johannes Pfau wrote: Doesn't the GPL force everybody _using_ fast.json to also use the GPL license? Yes, it does have that enforcement. -- /Jacob Carlborg

Re: Fastest JSON parser in the world is a D project

2015-10-14 Thread Idan Arye via Digitalmars-d-announce
On Wednesday, 14 October 2015 at 07:35:49 UTC, Marco Leise wrote: auto json = parseTrustedJSON(`{ "coordinates": [ { "x": 1, "y": 2, "z": 3 }, … ] }`); I assume parseTrustedJSON is not validating? Did you use it in the benchmark? And were the competitors non-validating as well?

Re: Fastest JSON parser in the world is a D project

2015-10-14 Thread Per Nordlöw via Digitalmars-d-announce
On Wednesday, 14 October 2015 at 07:01:49 UTC, Marco Leise wrote: https://github.com/kostya/benchmarks#json I can't find fast.json here. Where is it?

Re: Fastest JSON parser in the world is a D project

2015-10-14 Thread Marco Leise via Digitalmars-d-announce
Am Wed, 14 Oct 2015 07:55:18 + schrieb Idan Arye : > On Wednesday, 14 October 2015 at 07:35:49 UTC, Marco Leise wrote: > > auto json = parseTrustedJSON(`{ "coordinates": [ { "x": 1, > > "y": 2, "z": 3 }, … ] }`); > > I assume parseTrustedJSON is not validating? Did

Re: Fastest JSON parser in the world is a D project

2015-10-14 Thread Marco Leise via Digitalmars-d-announce
Am Wed, 14 Oct 2015 10:22:37 +0200 schrieb Rory McGuire via Digitalmars-d-announce : > Does this version handle real world JSON? > > I've keep getting problems with vibe and JSON because web browsers will > automatically make a "1" into a 1 which then causes

Re: Fastest JSON parser in the world is a D project

2015-10-14 Thread Marco Leise via Digitalmars-d-announce
Am Wed, 14 Oct 2015 08:19:52 + schrieb Per Nordlöw : > On Wednesday, 14 October 2015 at 07:01:49 UTC, Marco Leise wrote: > > https://github.com/kostya/benchmarks#json > > I can't find fast.json here. Where is it? »»» D Gdc Fast 0.34226.7 ««« C++ Rapid 0.79