Re: ASDF v0.1.5-beta0: new parser is ~40% faster
On Sunday, 1 October 2017 at 14:38:04 UTC, Ilya Yaroshenko wrote: Hello, About ASDF - ASDF [3] is a cache oriented string based JSON representation. Besides, it is a convenient Json Library for D that gets out of your way. ASDF is specially geared towards transforming high volumes of JSON dataframes, either to new JSON Objects or to custom data types. [...] Good work on those benchmarks! Atila
Proposal: Object/?? Destruction
Upon reading this, It triggered an idea.
On Saturday, 30 September 2017 at 16:10:44 UTC, Jonathan Marler
wrote:
https://wiki.dlang.org/DIP88
I'd like to see DIP88 (Named Parameters) revived. Was this
proposal rejected or is it just stale and needs a refresh?
Named parameters can be implemented in a library, however, in
my opinion they are useful enough to warrant a clean syntax
with language support. I'd be willing to refresh the DIP so
long as I know the idea has not already been rejected.
Upon reading the DIP, it reminds me of object destruction.
// extracts success & message from returned type. Could be tuple
or structure, etc. May even eliminate use of tuples for multiple
return
auto {success, message} = callVoldermortFunction();
This is concept is used in Kotlin. JavaScript es6 takes it even
further (function parameters and arguments support object
destruction)
Re: Proposal: Object/?? Destruction
On Wednesday, 4 October 2017 at 09:52:39 UTC, aberba wrote:
Upon reading this, It triggered an idea.
On Saturday, 30 September 2017 at 16:10:44 UTC, Jonathan Marler
wrote:
[...]
Upon reading the DIP, it reminds me of object destruction.
// extracts success & message from returned type. Could be
tuple or structure, etc. May even eliminate use of tuples for
multiple return
auto {success, message} = callVoldermortFunction();
This is concept is used in Kotlin. JavaScript es6 takes it even
further (function parameters and arguments support object
destruction)
Oops. Wrong place. Will repost in general.
Re: ASDF v0.1.5-beta0: new parser is ~40% faster
On Sunday, 1 October 2017 at 14:38:04 UTC, Ilya Yaroshenko wrote: [1] https://github.com/tamediadigital/asdf/tree/master/benchmarks/sajson AFAIK, ldc translates dmd's -O option to llvm's -O3.
Re: ASDF v0.1.5-beta0: new parser is ~40% faster
On Wednesday, 4 October 2017 at 12:11:54 UTC, Kagamin wrote: On Sunday, 1 October 2017 at 14:38:04 UTC, Ilya Yaroshenko wrote: [1] https://github.com/tamediadigital/asdf/tree/master/benchmarks/sajson AFAIK, ldc translates dmd's -O option to llvm's -O3. sajson loops are manually unrolled already. Very aggressive optimisation makes no sense and may unroll loops additionally and slowdown the program.
Re: ASDF v0.1.5-beta0: new parser is ~40% faster
On Wednesday, 4 October 2017 at 13:15:17 UTC, Ilya Yaroshenko
wrote:
On Wednesday, 4 October 2017 at 12:11:54 UTC, Kagamin wrote:
On Sunday, 1 October 2017 at 14:38:04 UTC, Ilya Yaroshenko
wrote:
[1]
https://github.com/tamediadigital/asdf/tree/master/benchmarks/sajson
AFAIK, ldc translates dmd's -O option to llvm's -O3.
sajson loops are manually unrolled already. Very aggressive
optimisation makes no sense and may unroll loops additionally
and slowdown the program.
Any reason clang++ is only -O2, not -O{3,s,z}?
Re: ASDF v0.1.5-beta0: new parser is ~40% faster
On Wednesday, 4 October 2017 at 14:04:30 UTC, Nicholas Wilson
wrote:
On Wednesday, 4 October 2017 at 13:15:17 UTC, Ilya Yaroshenko
wrote:
On Wednesday, 4 October 2017 at 12:11:54 UTC, Kagamin wrote:
On Sunday, 1 October 2017 at 14:38:04 UTC, Ilya Yaroshenko
wrote:
[1]
https://github.com/tamediadigital/asdf/tree/master/benchmarks/sajson
AFAIK, ldc translates dmd's -O option to llvm's -O3.
sajson loops are manually unrolled already. Very aggressive
optimisation makes no sense and may unroll loops additionally
and slowdown the program.
Any reason clang++ is only -O2, not -O{3,s,z}?
sajson loops are manually unrolled already. Very aggressive
optimisation makes no sense and may unroll loops additionally
and slowdown the program
Re: ASDF v0.1.5-beta0: new parser is ~40% faster
04.10.2017 17:19, Daniel Kozák пишет: sajson loops are manually unrolled already. Very aggressive optimisation makes no sense and may unroll loops additionally and slowdown the program https://github.com/tamediadigital/asdf/pull/79
