On Thursday, 29 October 2015 at 08:24:19 UTC, Iain Buclaw wrote:
std.algorithm.sum was the slowest of the bunch.
I would be a little careful making comparisons with
std.algorithm.sum because it uses a variety of different
algorithms.
On 29 October 2015 at 14:41, jmh530 via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
> On Thursday, 29 October 2015 at 08:24:19 UTC, Iain Buclaw wrote:
>
>>
>> std.algorithm.sum was the slowest of the bunch.
>>
>>
> I would be a little careful making comparisons with std.algorithm.sum
>
On 27 Oct 2015 9:15 pm, "David Nadlinger via Digitalmars-d" <
digitalmars-d@puremagic.com> wrote:
>
> On Tuesday, 27 October 2015 at 18:19:38 UTC, Etienne Cimon wrote:
>>
>> On Tuesday, 27 October 2015 at 18:18:36 UTC, Etienne Cimon wrote:
>>>
>>> LDC couldn't inline it either. My only options at
Am Mon, 26 Oct 2015 11:37:16 +
schrieb Etienne Cimon :
> On Monday, 26 October 2015 at 04:48:09 UTC, H. S. Teoh wrote:
> > On Mon, Oct 26, 2015 at 02:37:16AM +, Etienne Cimon via
> > Digitalmars-d wrote:
> >
> > If you must use DMD, I recommend filing an enhancement
On 27 Oct 2015 4:25 am, "Laeeth Isharc via Digitalmars-d" <
digitalmars-d@puremagic.com> wrote:
>
> 3) what exactly is the opportunity cost of Iain working on gdc ? It's
hardly a fixed size cake. And I don't know, but the relationships between
different back end people doesn't from public
On Tuesday, 27 October 2015 at 05:27:22 UTC, Jack Stouffer wrote:
My intentions are to call things as they are. If people are
demoralized after learning that one person working in his spare
time can't match the productivity of several people working
full time, then they need a reality check.
On Tuesday, 27 October 2015 at 11:23:37 UTC, burjui wrote:
On Tuesday, 27 October 2015 at 05:27:22 UTC, Jack Stouffer
wrote:
My intentions are to call things as they are. If people are
demoralized after learning that one person working in his
spare time can't match the productivity of several
On Monday, 26 October 2015 at 20:30:51 UTC, rsw0x wrote:
On Monday, 26 October 2015 at 11:37:17 UTC, Etienne Cimon wrote:
On Monday, 26 October 2015 at 04:48:09 UTC, H. S. Teoh wrote:
On Mon, Oct 26, 2015 at 02:37:16AM +, Etienne Cimon via
Digitalmars-d wrote:
If you must use DMD, I
On Tuesday, 27 October 2015 at 18:18:36 UTC, Etienne Cimon wrote:
On Monday, 26 October 2015 at 20:30:51 UTC, rsw0x wrote:
On Monday, 26 October 2015 at 11:37:17 UTC, Etienne Cimon
wrote:
On Monday, 26 October 2015 at 04:48:09 UTC, H. S. Teoh wrote:
[...]
I'd really like the performance
On 10/25/2015 7:37 PM, Etienne Cimon wrote:
I think the best option would be for an inline feature in DMD that works, but
I'm wondering what the stance is right now about the subject?
There have been some recent changes to improve inlining in dmd:
On Tuesday, 27 October 2015 at 18:19:38 UTC, Etienne Cimon wrote:
On Tuesday, 27 October 2015 at 18:18:36 UTC, Etienne Cimon
wrote:
LDC couldn't inline it either. My only options at this point
is to write the assembly or link to a C library.
Btw, DMD and LDC had similar performance.
This
On Monday, 26 October 2015 at 04:48:09 UTC, H. S. Teoh wrote:
On Mon, Oct 26, 2015 at 02:37:16AM +, Etienne Cimon via
Digitalmars-d wrote:
If you must use DMD, I recommend filing an enhancement request
and bothering Walter about it.
T
I'd really like the performance benefits to be
On Monday, 26 October 2015 at 21:29:47 UTC, default0 wrote:
On Monday, 26 October 2015 at 20:30:51 UTC, rsw0x wrote:
dmd will never reach gdc/ldc performance, gcc and LLVM have
entire teams of people that actively contribute to their
compilers.
We have a Walter though :-)
Walter has a
On Monday, 26 October 2015 at 11:37:17 UTC, Etienne Cimon wrote:
On Monday, 26 October 2015 at 04:48:09 UTC, H. S. Teoh wrote:
On Mon, Oct 26, 2015 at 02:37:16AM +, Etienne Cimon via
Digitalmars-d wrote:
If you must use DMD, I recommend filing an enhancement request
and bothering Walter
On Monday, 26 October 2015 at 20:30:51 UTC, rsw0x wrote:
dmd will never reach gdc/ldc performance, gcc and LLVM have
entire teams of people that actively contribute to their
compilers.
We have a Walter though :-)
On Monday, 26 October 2015 at 02:37:18 UTC, Etienne Cimon wrote:
I've been playing around with perf and my web server and found
that the bottleneck is by far the math module of Botan:
https://github.com/etcimon/botan/blob/master/source/botan/math/mp/mp_core.d
[...]
On Monday, 26 October 2015 at 23:13:22 UTC, Jack Stouffer wrote:
On Monday, 26 October 2015 at 21:29:47 UTC, default0 wrote:
On Monday, 26 October 2015 at 20:30:51 UTC, rsw0x wrote:
dmd will never reach gdc/ldc performance, gcc and LLVM have
entire teams of people that actively contribute to
On Tuesday, 27 October 2015 at 02:21:40 UTC, Laeeth Isharc wrote:
On Monday, 26 October 2015 at 23:13:22 UTC, Jack Stouffer wrote:
[...]
Someone who says never is certainly making a bold claim in an
uncertain world at a time when the basic factors governing the
fate of D are visibly
On Tuesday, 27 October 2015 at 03:14:55 UTC, rsw0x wrote:
On Tuesday, 27 October 2015 at 02:21:40 UTC, Laeeth Isharc
wrote:
On Monday, 26 October 2015 at 23:13:22 UTC, Jack Stouffer
wrote:
[...]
Someone who says never is certainly making a bold claim in an
uncertain world at a time when the
On Tuesday, 27 October 2015 at 03:10:43 UTC, H. S. Teoh wrote:
On Tue, Oct 27, 2015 at 02:21:38AM +, Laeeth Isharc via
Digitalmars-d wrote: [...]
So I would suggest it isn't productive to think about whether
Dmd will catch up. Maybe, maybe not. Doesn't matter. Making
it faster will help
On Tuesday, 27 October 2015 at 02:21:40 UTC, Laeeth Isharc wrote:
In addition, it's mildly demoralising to others to say such
things, no matter how good ones intent might be.
My intentions are to call things as they are. If people are
demoralized after learning that one person working in his
On Tue, Oct 27, 2015 at 02:21:38AM +, Laeeth Isharc via Digitalmars-d wrote:
[...]
> So I would suggest it isn't productive to think about whether Dmd will
> catch up. Maybe, maybe not. Doesn't matter. Making it faster will
> help many - this defeatist attitude of 'why bother - just use GDC
On Mon, Oct 26, 2015 at 11:37:16AM +, Etienne Cimon via Digitalmars-d wrote:
> On Monday, 26 October 2015 at 04:48:09 UTC, H. S. Teoh wrote:
> >On Mon, Oct 26, 2015 at 02:37:16AM +, Etienne Cimon via Digitalmars-d
> >wrote:
> >
> >If you must use DMD, I recommend filing an enhancement
On 26-Oct-2015 16:44, H. S. Teoh via Digitalmars-d wrote:
On Mon, Oct 26, 2015 at 11:37:16AM +, Etienne Cimon via Digitalmars-d wrote:
On Monday, 26 October 2015 at 04:48:09 UTC, H. S. Teoh wrote:
On Mon, Oct 26, 2015 at 02:37:16AM +, Etienne Cimon via Digitalmars-d
wrote:
If you must
I've been playing around with perf and my web server and found
that the bottleneck is by far the math module of Botan:
https://github.com/etcimon/botan/blob/master/source/botan/math/mp/mp_core.d
I'm probably a bit naive but I was wishing for some inlining to
happen. I see LOTS of CPU time
On Mon, Oct 26, 2015 at 02:37:16AM +, Etienne Cimon via Digitalmars-d wrote:
> I've been playing around with perf and my web server and found that
> the bottleneck is by far the math module of Botan:
> https://github.com/etcimon/botan/blob/master/source/botan/math/mp/mp_core.d
>
> I'm
26 matches
Mail list logo