forgot to CC dev
> Begin forwarded message:
>
> From: Justin Mclean
> Subject: Re: [RESTARTING][VOTE] Release Apache MXNet (incubating) version
> 1.4.0.rc2
> Date: 13 February 2019 at 6:43:48 pm AEDT
> To: Michael Wall
>
> Hi,
>
>> Option 1:
>> Do nothing. I don't know how a RESTARTED vote
Thanks for the detailed explanation and the help on educating the community,
Michael.
People on the general list are spending time to help us get the licensing
right. If possible, I think we should be thankful by treating their feedbacks
more seriously, making the efforts to quickly fix the
Update, the issue is fixed and the new patch release is out MKL-DNN 0.17.4.
Tao filed a PR to update the MKLDNN version in the release 1.4.X
https://github.com/apache/incubator-mxnet/pull/14141
Thanks all of your helps :)
--Patric
> -Original Message-
> From: Zhao, Patric
I think I misunderstood the 3rd party reference to imply Uber instead
of the 3rd party folder. I feel the same regardless, and defer to the
experts on what do do about the 3rd party folder.
As for the other license issues, we don't have to add license info to
readme or informational files. It is
Hi Qing,
I see 3 options
Option 1:
Do nothing. I don't know how a RESTARTED vote works. Steffen counted the
binding votes from the before it was restarted. Unsure if that actually
works. There has been one +1 votes since the restart, but it is
non-binding as best I can tell even though it
Dear Community,
Recently I observed a performance regression on a MXNet after switching Atlas
to openblas 0.3.3. OpenBLAS community address this issue in their 0.3.5
release. So I plan to upgrade openblas in our publish system to gain the
performance improvement, here to discuss if anyone had
Hi Michael,
Could you please guide how to proceed with this? Given that we have a
possibility of announcing MXNet support in Horovod with their next release and
this would help MXNet increase our visibility.
Thanks,
Qing
On 2/12/19, 2:16 PM, "Michael Wall" wrote:
Team,
Here
Team,
Here is my read on the situation. The vote has been canceled. Justin's
point was that a -1 doesn't mean you must cancel a vote for the reasons he
outlined. But here the vote needs to be restarted and the issue Luciano
found needs to be addressed.
That issue is that there are files in
Hi -
Third party vendor considerations do not matter. Are you voting +1 with your
Apache hat on or your Amazon hat?
Regards,
Dave
> On Feb 11, 2019, at 10:16 PM, Lin Yuan wrote:
>
> +1 binding
> Horovod is going to release it's 0.16.0 in the coming week with MXNet
> integration. We need to
Really interesting stuff, Iblis. Thanks for sharing! I'm excited to stick
around and absorb :D
Zach Boldyga
Scalabull | Founder
1 (866) 846-8771 x 101
On Mon, Feb 11, 2019 at 6:25 AM Carin Meier wrote:
> +100 on Iblis's thoughts:
>
> "We know tools and frameworks keep changing.
> People
MXNet pip statically links with libturbojpeg that's built from source, not from
debian package. The script for linux and mac can be found here:
https://github.com/apache/incubator-mxnet/blob/master/tools/dependencies/libturbojpeg.sh#L22
-sz
On 2019/02/12 07:46:30, Per da Silva wrote:
> Hello
Thanks, Pedro for contributing this long awaiting feature. I can
immediately use it for Horovod project now.
Bravo!
Lin
On Tue, Feb 12, 2019 at 2:42 AM Pedro Larroy
wrote:
> An update on this topic, Sheng just merged the refinements to the
> feature detection so it's now a single API call. (
Hello Dev,
This is a friendly reminder that Berlin office hours will be held today at
6pm-7pm (CEST) / 9am-10am (PST). More info here:
https://cwiki.apache.org/confluence/display/MXNET/Apache+MXNet+%28Incubating%29+User+Groups+recurring+meetings
https://chime.aws/1611907695
Thanks!
Per
This is really great research. I've often wondered what the difference
really is, and why it has to be so complicated. It seems the answer is
there isn't much difference and it shouldn't be as complex.
As for your next steps, would you propose that cmake be brought up to
parity? It seems strange
I would like to propose a possible alternative solution for consideration.
If keeping llvm OpenMP as a submodule is inevitable one could make
following adjustments:
Since compilers try to find their own OpenMP library implicitly, MXNet
needs to ensure that only the bundled version is found.
Dear MXNet community,
Due to multiple problems related to OpenMP and stale proposed change [1] we
have been working on gathering performance data on the impact of using
different OpenMP implementations with MXNet (great thanks to Stanislav
Tsukrov for the hard work). The results can be found here
An update on this topic, Sheng just merged the refinements to the
feature detection so it's now a single API call. (
https://github.com/apache/incubator-mxnet/pull/13964 ). Thank you
Sheng for the reviews.
Please use this functionality to check for capabilities of MXNet at
runtime such as Cuda,
Recent benchmarking results have been published here [1]. Experiments
compare different OpenMP implementations as well as binaries compiled with
different compilers including GCC, Clang and ICC.
During experimentation another issues with mixing up libraries was
identified and described here [2].
Thank you all for your responses so far.
Sheng, I understand your concerns about tight coupling, but would this
separate CI pipeline really create such a problematic coupling, given that
I was proposing this pipeline to be entirely non-blocking to MXNet?
Monitoring the upstream library (MXNet)
19 matches
Mail list logo