On Monday, 26 September 2016 at 18:27:15 UTC, jmh530 wrote:
On Monday, 26 September 2016 at 16:55:02 UTC, Andrei
Alexandrescu wrote:
I think we need to make it a point to support Mir in dmd. --
Andrei
+1, even if it's slow.
I thought so too but if the algorithm is 50x slower, it probably
On Monday, 26 September 2016 at 16:55:02 UTC, Andrei Alexandrescu
wrote:
I think we need to make it a point to support Mir in dmd. --
Andrei
new thread
https://forum.dlang.org/thread/pqgtvxklmedxuztop...@forum.dlang.org
On Monday, 26 September 2016 at 16:55:02 UTC, Andrei Alexandrescu
wrote:
I think we need to make it a point to support Mir in dmd. --
Andrei
+1, even if it's slow.
On 9/26/16 2:11 PM, Ilya Yaroshenko wrote:
On Monday, 26 September 2016 at 11:56:39 UTC, Edwin van Leeuwen wrote:
On Monday, 26 September 2016 at 11:46:19 UTC, Johan Engelen wrote:
On Monday, 26 September 2016 at 11:11:20 UTC, Joseph Rushton Wakeling
wrote:
The broader topic of what compiler
On Monday, 26 September 2016 at 12:11:16 UTC, Ilya Yaroshenko
wrote:
On Monday, 26 September 2016 at 11:56:39 UTC, Edwin van Leeuwen
wrote:
On Monday, 26 September 2016 at 11:46:19 UTC, Johan Engelen
wrote:
[...]
Ah, I was not aware that DMD support was dropped completely. I
think that is a
On Monday, 26 September 2016 at 12:20:25 UTC, Joseph Rushton
Wakeling wrote:
"Mir is LLVM-Accelerated Generic Numerical Library" -> "Mir is
an LLVM-Accelerated Generic Numerical Library"
Thanks, fixed
On Monday, 26 September 2016 at 11:32:20 UTC, Ilya Yaroshenko
wrote:
Updated:
Mir is LLVM-Accelerated Generic Numerical Library for Science
and Machine Learning. It requires LDC (LLVM D Compiler) for
compilation. Mir GLAS (Generic Linear Algebra Subprograms) has
a single generic kernel for all
On Monday, 26 September 2016 at 11:56:39 UTC, Edwin van Leeuwen
wrote:
On Monday, 26 September 2016 at 11:46:19 UTC, Johan Engelen
wrote:
On Monday, 26 September 2016 at 11:11:20 UTC, Joseph Rushton
Wakeling wrote:
The broader topic of what compiler features Mir GLAS uses
could be the topic o
On Monday, 26 September 2016 at 11:36:11 UTC, Edwin van Leeuwen
wrote:
On Monday, 26 September 2016 at 11:32:20 UTC, Ilya Yaroshenko
wrote:
Updated:
Mir is LLVM-Accelerated Generic Numerical Library for Science
and Machine Learning. It requires LDC (LLVM D Compiler) for
compilation.
It doesn
On Monday, 26 September 2016 at 11:59:57 UTC, Johan Engelen wrote:
On Monday, 26 September 2016 at 11:56:39 UTC, Edwin van Leeuwen
wrote:
Ah, I was not aware that DMD support was dropped completely. I
think that is a real shame, and it makes it _much_ less likely
that I will use mir in my own
On Monday, 26 September 2016 at 11:56:39 UTC, Edwin van Leeuwen
wrote:
Ah, I was not aware that DMD support was dropped completely. I
think that is a real shame, and it makes it _much_ less likely
that I will use mir in my own projects, let alone as a
dependency in another library.
"_much_"
On Monday, 26 September 2016 at 11:46:19 UTC, Johan Engelen wrote:
On Monday, 26 September 2016 at 11:11:20 UTC, Joseph Rushton
Wakeling wrote:
The broader topic of what compiler features Mir GLAS uses
could be the topic of an entire blog post in its own right,
and might be very interesting.
On Monday, 26 September 2016 at 11:11:20 UTC, Joseph Rushton
Wakeling wrote:
The broader topic of what compiler features Mir GLAS uses could
be the topic of an entire blog post in its own right, and might
be very interesting.
I guess this is my terrain. I'll think about writing that blog
po
On Monday, 26 September 2016 at 11:36:11 UTC, Edwin van Leeuwen
wrote:
On Monday, 26 September 2016 at 11:32:20 UTC, Ilya Yaroshenko
wrote:
Updated:
Mir is LLVM-Accelerated Generic Numerical Library for Science
and Machine Learning. It requires LDC (LLVM D Compiler) for
compilation.
It doesn
On Monday, 26 September 2016 at 11:32:20 UTC, Ilya Yaroshenko
wrote:
Updated:
Mir is LLVM-Accelerated Generic Numerical Library for Science
and Machine Learning. It requires LDC (LLVM D Compiler) for
compilation.
It doesn't really require LDC though, it just requires it to get
good performan
On Monday, 26 September 2016 at 11:11:20 UTC, Joseph Rushton
Wakeling wrote:
On Saturday, 24 September 2016 at 07:20:25 UTC, Ilya Yaroshenko
wrote:
Please help to improve the blog post during this weekend. It
will be announced in the Reddit.
One other place that a little more explanation could
On Saturday, 24 September 2016 at 07:20:25 UTC, Ilya Yaroshenko
wrote:
Please help to improve the blog post during this weekend. It
will be announced in the Reddit.
One other place that a little more explanation could be helpful
is this sentence:
"It is written completely in D for LDC (LLVM
On Monday, 26 September 2016 at 11:03:40 UTC, Joseph Rushton
Wakeling wrote:
On Monday, 26 September 2016 at 10:01:44 UTC, Ilya Yaroshenko
wrote:
I mean that for single precision numbers I have 2 charts
(normal and normalized).
Ah, OK. Would still be nice to have a note, though, on how the
n
On Monday, 26 September 2016 at 10:01:44 UTC, Ilya Yaroshenko
wrote:
I mean that for single precision numbers I have 2 charts
(normal and normalized).
Ah, OK. Would still be nice to have a note, though, on how the
numbers in the charts are generated, i.e. are they the result of
a single run,
On Monday, 26 September 2016 at 09:46:50 UTC, Joseph Rushton
Wakeling wrote:
On Saturday, 24 September 2016 at 09:14:38 UTC, Ilya Yaroshenko
wrote:
Please use `dub build ...` and then run report at least 2
times, and choice a better one.
Is this what you mean by your description of the results
On Saturday, 24 September 2016 at 09:14:38 UTC, Ilya Yaroshenko
wrote:
Please use `dub build ...` and then run report at least 2
times, and choice a better one.
Is this what you mean by your description of the results as e.g.
"single precision numbers x2", "double precision numbers x2",
etc.?
On Monday, 26 September 2016 at 08:57:06 UTC, Joseph Rushton
Wakeling wrote:
On Sunday, 25 September 2016 at 10:45:35 UTC, Ilya Yaroshenko
wrote:
Thank for the review! I have added notes about Eigen and CBLAS
interface example.
One extra suggestion:
"Mir GLAS has native mir.ndslice interface"
On Sunday, 25 September 2016 at 10:45:35 UTC, Ilya Yaroshenko
wrote:
Thank for the review! I have added notes about Eigen and CBLAS
interface example.
One extra suggestion:
"Mir GLAS has native mir.ndslice interface" -> "Mir GLAS has a
native mir.ndslice interface"
I would also suggest addi
On Sunday, 25 September 2016 at 23:03:27 UTC, Ali Çehreli wrote:
Stay in touch with the lastest developments in scientific
computing for D. ->
(I will let others recommend something better there but neither
"stay in touch" nor "lastest" sounds right to my ears. :) )
"lastest" -> "latest" ... ?
On Sunday, 25 September 2016 at 23:03:27 UTC, Ali Çehreli wrote:
On 09/25/2016 03:45 AM, Ilya Yaroshenko wrote:
On Saturday, 24 September 2016 at 19:01:47 UTC, Andrei
Alexandrescu wrote:
[...]
Thank for the review! I have added notes about Eigen and CBLAS
interface
example.
Ilya
Some mor
On 09/25/2016 03:45 AM, Ilya Yaroshenko wrote:
On Saturday, 24 September 2016 at 19:01:47 UTC, Andrei Alexandrescu wrote:
On 09/24/2016 01:46 PM, Ilya Yaroshenko wrote:
[...]
Looks awesome. Couple more nits after one more pass:
"numerical and scientific projects" -> "numeric and scientific p
On Saturday, 24 September 2016 at 19:01:47 UTC, Andrei
Alexandrescu wrote:
On 09/24/2016 01:46 PM, Ilya Yaroshenko wrote:
[...]
Looks awesome. Couple more nits after one more pass:
"numerical and scientific projects" -> "numeric and scientific
projects"
[...]
Thank for the review! I have
On Saturday, 24 September 2016 at 18:15:30 UTC, ZombineDev wrote:
On Saturday, 24 September 2016 at 17:46:07 UTC, Ilya Yaroshenko
wrote:
On Saturday, 24 September 2016 at 13:49:35 UTC, Andrei
Alexandrescu wrote:
[...]
Eigen was added (but only data, still need to write text).
Relative charts
On 09/24/2016 01:46 PM, Ilya Yaroshenko wrote:
Eigen was added (but only data, still need to write text). Relative
charts was added.
Looks awesome. Couple more nits after one more pass:
"numerical and scientific projects" -> "numeric and scientific projects"
"OpenBLAS Haswell computation kern
On Saturday, 24 September 2016 at 17:46:07 UTC, Ilya Yaroshenko
wrote:
On Saturday, 24 September 2016 at 13:49:35 UTC, Andrei
Alexandrescu wrote:
On 9/24/16 9:18 AM, John Colvin wrote:
On Saturday, 24 September 2016 at 12:52:09 UTC, Andrei
Alexandrescu wrote:
Could you also add a comparison wit
On Saturday, 24 September 2016 at 13:49:35 UTC, Andrei
Alexandrescu wrote:
On 9/24/16 9:18 AM, John Colvin wrote:
On Saturday, 24 September 2016 at 12:52:09 UTC, Andrei
Alexandrescu wrote:
Could you also add a comparison with SciPy? People often say
it's just
fine for scientific computing.
T
First of all, awesome work. It's great to see that it's possible
to match or even exceed the performance of hand-crafted assembly
implementations with generic code.
I would suggest adding more information on how the Eigen results
were obtained. Unlike OpenBLAS, Eigen performance does often var
On Saturday, 24 September 2016 at 14:59:32 UTC, Ilya Yaroshenko
wrote:
On Saturday, 24 September 2016 at 13:18:14 UTC, John Colvin
wrote:
On Saturday, 24 September 2016 at 12:52:09 UTC, Andrei
Alexandrescu wrote:
Could you also add a comparison with SciPy? People often say
it's just fine for sc
On 09/24/2016 10:26 AM, jmh530 wrote:
On Saturday, 24 September 2016 at 13:49:35 UTC, Andrei Alexandrescu wrote:
I see, thanks. To the extent the Python-specific overheads are
measurable, it might make sense to include the benchmark.
Here are some benchmarks from Eigen and Blaze for comparis
On Saturday, 24 September 2016 at 13:18:14 UTC, John Colvin wrote:
On Saturday, 24 September 2016 at 12:52:09 UTC, Andrei
Alexandrescu wrote:
Could you also add a comparison with SciPy? People often say
it's just fine for scientific computing.
That's just BLAS (so could be mkl, could be openBL
On Saturday, 24 September 2016 at 12:52:09 UTC, Andrei
Alexandrescu wrote:
On 9/24/16 3:20 AM, Ilya Yaroshenko wrote:
[...]
Awesome. Good to see that most of the graphs have a nice blue
envelope :o). Could you also add a comparison with SciPy?
People often say it's just fine for scientific c
On Saturday, 24 September 2016 at 13:49:35 UTC, Andrei
Alexandrescu wrote:
I see, thanks. To the extent the Python-specific overheads are
measurable, it might make sense to include the benchmark.
Here are some benchmarks from Eigen and Blaze for comparison
http://eigen.tuxfamily.org/index.p
On 9/24/16 9:18 AM, John Colvin wrote:
On Saturday, 24 September 2016 at 12:52:09 UTC, Andrei Alexandrescu wrote:
Could you also add a comparison with SciPy? People often say it's just
fine for scientific computing.
That's just BLAS (so could be mkl, could be openBLAS, could be netlib,
etc. ju
On Saturday, 24 September 2016 at 12:52:09 UTC, Andrei
Alexandrescu wrote:
Could you also add a comparison with SciPy? People often say
it's just fine for scientific computing.
That's just BLAS (so could be mkl, could be openBLAS, could be
netlib, etc. just depends on the system and compilatio
On 9/24/16 8:59 AM, WebFreak001 wrote:
On Saturday, 24 September 2016 at 07:20:25 UTC, Ilya Yaroshenko wrote:
Yesterday I announced [1] blog post [2] about Mir [3] benchmark.
Intel MKL and Apple Accelerate was added to the benchmark today.
Please help to improve the blog post during this weeke
On Saturday, 24 September 2016 at 07:20:25 UTC, Ilya Yaroshenko
wrote:
Yesterday I announced [1] blog post [2] about Mir [3]
benchmark. Intel MKL and Apple Accelerate was added to the
benchmark today.
Please help to improve the blog post during this weekend. It
will be announced in the Reddi
Also the linkedin photo is much better than the one at the bottom of the
benchmark page. -- Andrei
On 9/24/16 3:20 AM, Ilya Yaroshenko wrote:
Yesterday I announced [1] blog post [2] about Mir [3] benchmark. Intel
MKL and Apple Accelerate was added to the benchmark today.
Please help to improve the blog post during this weekend. It will be
announced in the Reddit.
[1] http://forum.dlang.org/
On Saturday, 24 September 2016 at 12:08:33 UTC, rikki cattermole
wrote:
On 24/09/2016 7:20 PM, Ilya Yaroshenko wrote:
Yesterday I announced [1] blog post [2] about Mir [3]
benchmark. Intel
MKL and Apple Accelerate was added to the benchmark today.
Please help to improve the blog post during t
On 24/09/2016 7:20 PM, Ilya Yaroshenko wrote:
Yesterday I announced [1] blog post [2] about Mir [3] benchmark. Intel
MKL and Apple Accelerate was added to the benchmark today.
Please help to improve the blog post during this weekend. It will be
announced in the Reddit.
[1] http://forum.dlang.o
On Saturday, 24 September 2016 at 08:13:22 UTC, Martin Nowak
wrote:
On Saturday, 24 September 2016 at 07:20:25 UTC, Ilya Yaroshenko
wrote:
Yesterday I announced [1] blog post [2] about Mir [3]
benchmark. Intel MKL and Apple Accelerate was added to the
benchmark today.
Please help to improve
On Saturday, 24 September 2016 at 07:20:25 UTC, Ilya Yaroshenko
wrote:
Yesterday I announced [1] blog post [2] about Mir [3]
benchmark. Intel MKL and Apple Accelerate was added to the
benchmark today.
Please help to improve the blog post during this weekend. It
will be announced in the Reddi
Yesterday I announced [1] blog post [2] about Mir [3] benchmark.
Intel MKL and Apple Accelerate was added to the benchmark today.
Please help to improve the blog post during this weekend. It will
be announced in the Reddit.
[1]
http://forum.dlang.org/thread/yhfbuxnrqkiqtvsnv...@forum.dlang.
48 matches
Mail list logo
