I think I have fixed this before, I will check if the patch didn't make it
to the branch.
On Thu, Jun 21, 2018 at 10:24 AM Pedro Larroy
wrote:
> -1 I can't compile:
>
> 3rdparty/dmlc-core/libdmlc.a(io.cc.o): In function
> `std::thread::thread::Init(std::function (dm
n the interest of our
> customers who are eagerly waiting for the patch release to fix the main
> issue, we should move ahead here.
> I missed reviewing all the known issue of 1.2.0 and add it to 1.2.1 release
> notes. I will do that now.
>
> Anirudh
>
>
>
> On Thu, Jun
Agree with Anirudh, they are different things. Maybe change the "C++" label
to "backend" would be more informative?
On Thu, Jun 21, 2018 at 12:11 PM Anirudh wrote:
> Hi Hagay,
>
> I think we should keep these two labels seperate since they mean different
> things.
> The C++ label refers to the i
lag on, not without it.
> I opened an issue here some time back:
> https://github.com/apache/incubator-mxnet/issues/10856
>
> Anirudh
>
> On Thu, Jun 21, 2018 at 12:16 PM, Pedro Larroy <
> pedro.larroy.li...@gmail.com
> > wrote:
>
> > Got it. Sorry to bring this
A crash in the library is not an error in the test, is a different
situation.
I suggest adding these flags to get stack traces and addressing the crash
as a separate bug.
https://github.com/larroy/mxnet/commit/46389e5851a60d06c37755e5772e6cbcd71b0080
Check the return code when executing the test
fix the main
> > issue, we should move ahead here.
> > I missed reviewing all the known issue of 1.2.0 and add it to 1.2.1
> release
> > notes. I will do that now.
> >
> > Anirudh
> >
> >
> >
> > On Thu, Jun 21, 2018 at 10:42 AM, Pedro Larroy <
reu
wrote:
> Thank you Pedro. But this would still crash the nosetests process and thus
> prevent the summary from being created, right?
>
> On Thu, Jun 21, 2018 at 11:14 PM Pedro Larroy <
> pedro.larroy.li...@gmail.com>
> wrote:
>
> > A crash in the library
ps://github.com/apache/incubator-mxnet/issues/11091> . Now
> pulling
> > > > this
> > > > change for the cmake fix would be also mean we need to pull 8 more
> > > commits
> > > > from dmlc-core and its considerable risk to introduce for the patch
> > >
Nice design document. From where does it come the default value
of MXNET_KVSTORE_GPUARRAY_BOUND of 10M?
Do you generate a tree for each GPU?
Pedro.
On Mon, Jun 18, 2018 at 2:30 PM Carl Yang wrote:
> Hi,
>
> Currently, we have two methods for single-machine communication:
> parameter server an
Hi
I want to add a section on how to develop MXNet itself to attract
contributors. Would this be acceptable for the website?
Is there any recommended workflow for this? Any tools?
is it going into docs and `make html` or something else?
Thanks.
Pedro
Am I doing something wrong? When my PRs get merged, JIRA issues don't get
closed:
https://issues.apache.org/jira/browse/MXNET-460
@YiZhi Liu: as per PR instructions, a JIRA ticket is not required for minor
patches, only for things that you would include in release notes.
Pedro.
On Thu, Jun 28,
Yes, great work Carin! I even saw your book on Clojure autographed.
Pedro.
On Wed, Jun 27, 2018 at 7:24 PM Naveen Swamy wrote:
> Hi All,
>
> Carin (https://github.com/gigasquid) has done a worked on a Clojure MXNet
> package for the Clojure community, Thank you Carin.
>
> I would like to merge
Hi
Master is not building due to RAT license check on the clojure package. Is
anyone having a look at this?
Pedro.
gt; > > Thanks everyone for your feedback and efforts with the Clojure
> package
> > PR.
> > > >
> > > > I'm delighted to join the MXNet community and work with you all and
> am
> > > > excited to invite the Clojure community to grow with it :)
other info is provided. Link
> > to your info from the contribute page that's under community.
> >
> > Ping me if you need help.
> >
> > Sent from VMware Boxer
> >
> > On Jun 25, 2018 19:17, Pedro Larroy
> wrote:
> > Hi
> >
> &
Marco
>
> Marco de Abreu schrieb am So., 1. Juli
> 2018,
> 11:57:
>
> > I'm on it.
> >
> > Pedro Larroy schrieb am So., 1. Juli
> 2018,
> > 09:03:
> >
> >> Hi
> >>
> >> Master is not building due to RAT license check on the clojure package.
> Is
> >> anyone having a look at this?
> >>
> >> Pedro.
> >>
> >
>
Hi
Could we cleanup some of the branches on the main repo? the devel-arm and
devel-android are not needed.
Maybe there's something I'm not aware, but what is the policy with the
other branches? should in the main repo only be release branches so we
don't confuse users?
Pedro.
It has been suggested to run these numerical tests prone to cause numerical
issues (flaky tests) for a high number of iterations before commit / PR is
done. The MXNET_TEST_COUNT variable can be used before running the test
with nose as in:
MXNET_TEST_COUNT=10 nosetests -s -v tes_xxx.py:test_n
Agree with Sheng. Not always a website has trusted SSL cert, and you might
still want to download cat and elephant pictures from it. (I checked some
usages of this function).
On Wed, Jul 4, 2018 at 9:47 AM Marco de Abreu
wrote:
> Thanks for raising this issue Sheng.
>
> My proposal would be to a
Hi
I would like to know your opinion in regards to deprecating and removing
Python 2. Maybe for MXNet 2.0 ?
What's the reason to have support for Python2?
Pedro.
This is a great discussion, thanks for raising the question Naveen.
>From my experience working in all kinds of software project of varying
sizes and flavours:
1. People should be aware of git rebase interactive and have more
hygiene in their PRs. If a PR is hygienic and is separated in a s
-1 It's a lot of traffic, whomever wants to subscribe can do it in
github. I'm afraid it will decrease signal to noise ratio in the list.
On Thu, Jul 12, 2018 at 11:32 PM Lin Yuan wrote:
> +1
>
> On Thu, Jul 12, 2018 at 12:26 PM Anirudh Acharya
> wrote:
>
> > +1
> >
> > On Thu, Jul 12, 2018 a
...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
TRUE;CN=dev@mxnet.incubator.apache.org;X-NUM-GUESTS=0:mailto:d...@mxnet.incu
bator.apache.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
;CN=Pedro Larroy;X-NUM-GUESTS=0
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20180802T12Z
DTEND:20180802T13Z
DTSTAMP:20180719T164141Z
ORGANIZER;CN=Pedro Larroy:mailto:pedro.larroy.li...@gmail.com
UID:7330gqo21ackeael39nbpf6...@google.c
There's an MXNet comitter in our office hours (Marco de Abreu @marcoabreu),
others are contributors such as Anton (@lebeg) or others. I think we could
refocus the conversation to the point that the office hours might have some
emphasis in a particular area of MXNet.
On Thu, Jul 19, 2018 at 6:21 PM
Have you guys tried CLion, works like a charm for me. (Requires license).
On Wed, Jul 18, 2018 at 10:09 PM Naveen Swamy wrote:
> Thanks Sandeep for putting this together, it would make it easy for people
> who prefer to IDEs to get started with MXNet easily.
>
> On Wed, Jul 18, 2018 at 1:04 PM,
Yes Naveen, I think you are saying exactly the same as I hinted. Sheng also
agreed with this.
Pedro.
On Thu, Jul 19, 2018 at 6:54 PM Naveen Swamy wrote:
> I do not think there needs to be a distinction made for
> support/office-hours by committer or contributors(in this case Amazon
> employed c
...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
TRUE;CN=dev@mxnet.incubator.apache.org;X-NUM-GUESTS=0:mailto:d...@mxnet.incu
bator.apache.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
;CN=Pedro Larroy;X-NUM-GUESTS=0
...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
TRUE;CN=dev@mxnet.incubator.apache.org;X-NUM-GUESTS=0:mailto:d...@mxnet.incu
bator.apache.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
;CN=Pedro Larroy;X-NUM-GUESTS=0
...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
TRUE;CN=dev@mxnet.incubator.apache.org;X-NUM-GUESTS=0:mailto:d...@mxnet.incu
bator.apache.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
;CN=Pedro Larroy;X-NUM-GUESTS=0
I would like to get these PR merged:
https://github.com/apache/incubator-mxnet/pull/11636
https://github.com/apache/incubator-mxnet/pull/11562
How much longer until the code freeze?
On Thu, Jul 26, 2018 at 1:44 AM Roshani Nagmote
wrote:
> Hi all,
>
> PRs waiting to be merged for 1.3 release:
>
Hi Hagay
We are aware of this and we are working in this direction which as you
point out, is more desirable.
There's a huge amount of non-trivial work that has gone into building these
distribution packages from Sheng which needs to be adapted for our CI
system, and taken into consideration.
Ped
I like tools more.
On Wed, Aug 1, 2018 at 11:05 AM Marco de Abreu
wrote:
> Hi,
>
> definitely a good point, Isabel. During our office hour we thought about
> creating a repository under the Apache account with a name like
> incubator-mxnet-tools or incubator-mxnet-infrastructure. Does anybody ha
Hi Carl
This is great, I like a lot the design for the tool. I think it will
prevent addition of flaky tests once is implemented.
I don't have major concerns with the design, please keep us updated with
PRs about this tool.
Thanks!
Pedro.
On Tue, Jul 31, 2018 at 3:01 AM Carl Tsai wrote:
> Min
epositories (when CI updates
> > are required), is it going to be inside 3rd party module, versions of
> > dependencies in tools should match with other resources in repo ex:
> > setup.py etc.
> >
> > Why not under mxnet repo a CI / tools / infra folder and all this tools
How was it? I actually missed it while trying to get code in for the
release.
On Wed, Aug 1, 2018 at 5:47 PM Steffen Rochel
wrote:
> Hi - it looks there has been confusion about the hangout scheduled for
> today. I was on the 8am PDT call and chatted with Marco.
> I will be on the call today Aug
Hi
I have taken some effort to cleanup the Windows build process and condense
it in a single python script, provided that the required dependencies are
installed (opencv, openblas and cuda/cudnn in gpu).
Now there's a single command necessary to get a build:
python ci\build_windows.py
The b
.
>
> -Marco
>
> Pedro Larroy schrieb am Do., 2. Aug. 2018,
> 18:42:
>
> > Agree with Marco, there's a lot of stuff unrelated to MXNet. And right
> now
> > we have good separation of concerns via the dockerized builds and
> > ci/build.py infrastructure.
Yes, we can do something fun for these errors, something maybe with a cat
an a DL theme, or some funny style transfer stuff.
Pedro
On Thu, Aug 2, 2018 at 11:54 PM Aaron Markham
wrote:
> Hi everyone,
> I would like to suggest that we adopt a custom landing page for missing
> pages, rather than t
t works! Thanks for supporting Windows build in here.
>
> Thanks,
> Qing
>
> On 8/2/18, 10:08 AM, "Marco de Abreu"
>
> wrote:
>
> Hello Pedro,
>
> These are great efforts! It's great to see that we are improving
> our
>
Nice! Will this be broadcasted via Chime or other medium?
On Wed, Aug 1, 2018 at 5:55 PM Steffen Rochel
wrote:
> I just updated the agenda for the meetup in Seattle on August 16th 2018.
> https://www.meetup.com/Apache-MXNet-Seattle-meetup/events/253104242/
> We will have two tutorials:
> (1) Glu
Hi
I think we should explicitly define march to be x86-64 (which is the
default in Linux) and documented here:
https://gcc.gnu.org/onlinedocs/gcc/x86-Options.html
We can then also remove -msse2 which is enabled by default.
piotr@ip-172-31-30-23:0:~/qemu (master)+$ echo "" | gcc -v -E - 2>&1 | g
Hi Sheng
This is an open bug in Jenkins:
https://issues.jenkins-ci.org/browse/JENKINS-37984
Anybody that has some bandwidth can contribute a fix for Jenkins. A
mitigation could be to reduce the size of the main pipeline which can be
done in a PR.
A fix for this could take a while.
Pedro.
On Th
>>>> > > > the
> > > >> > >> >>>> > > > > > release
> > > >> > >> >>>> > > > > > > > and
> > > >> > >> >>>> > >
Hi Naveen
Great document. I spent some time understanding your proposal and I check
the linked talk on youtube from Boehm.
The topic is complex and the solution needs to be well thought, and seems
the document reflects that.
1- One thing that was not clear to me from the document is that, if we
I'm not familiar with the specifics of this contribution, as a general
approach my understanding is that if the list of commits is big and you
want to preserve history, usually merging is better so you keep history and
causality, if you rebase all the commits on top of master you are changing
the h
So Isabel, are you saying that if we publish a clearer TODO list or
contributions needed material we might get more contribution there?
One thing that I like from other projects is to make a list of low-hanging
fruit issues or easy contributions that newcomers can pick to get familiar
with the pro
Hi
I saw this failure on CI:
http://jenkins.mxnet-ci.amazon-ml.com/blue/organizations/jenkins/incubator-mxnet/detail/master/1697/pipeline
Have you seen other cases where we fail to select the best CUDNN algorithm?
In which circumstances this could happen, and do you think is a good idea
to have o
I think there's two approaches that we can take to mitigate the build &
test time problem, in one hand use a paid travis CI plan, in other improve
the unit tests in suites and only run a core set of tests, as we should do
on devices, but on this case we reduce coverage.
https://travis-ci.com/plans
. Are you
> suggesting there is some flakiness in the master branch too?
>
> Thanks,
>
> Lin
>
> On Mon, Oct 1, 2018 at 4:55 PM Pedro Larroy
> wrote:
>
> > Hi
> >
> > I saw this failure on CI:
> >
> >
> http://jenkins.mxnet-ci.amazon-ml.com/b
I also suspect it was due to resource usage limit on ci Instance.
>
> On Mon, Oct 1, 2018 at 10:40 PM Pedro Larroy >
> wrote:
>
> > It doesn't look like flakiness to me at first sight. I think it might be
> > related to resource usage / allocation / leak in the w
e enough. The PR that introduced that test
> is https://github.com/apache/incubator-mxnet/pull/10921 - it was merged
> two
> days ago.
>
> Best regards,
> Marco
>
> On Tue, Oct 2, 2018 at 8:43 AM Pedro Larroy
> wrote:
>
> > Thanks for checking Lin. If it happens ag
+1
@Chris: do you have data on the performance difference? As far as I know
there's a "rewrite rule" like the one between lambdas and C++ functors, so
performance should be very well defined, but maybe there's something that
you are point out that we are missing.
Having a consistent and concise c
; > >> > > So - Does the regular merge seem like a good
> option?
> > > > > > > >> > >> > > If so, what is the best way to make that happen?
> > > > > > > >> > >> > >
> > > > > > > >>
for your guidance if the assessment should be
> discussed further within PPMC, on private@ and next steps.
>
> Steffen
>
> On Fri, Sep 28, 2018 at 1:53 PM Pedro Larroy >
> wrote:
>
> > So Isabel, are you saying that if we publish a clearer TODO list or
> > contrib
Hi
I would like to rename the dockerfiles since they are used as a runtime
environment and not only as build as they were initially intended.
More info about the change in this PR:
https://github.com/apache/incubator-mxnet/pull/12423/files
Pedro.
/display/MXNET/Reproducing+test+results
But seems not many people read it, also it doesn't solve provisioning the
instance and installing the initial dependencies.
Pedro.
On Mon, Oct 15, 2018 at 8:58 PM Naveen Swamy wrote:
> Timur,
> Here is a meetup Scheduled for 23rd October in L
To play around we use the java api branch? is there a link to some example
code?
Thanks.
On Fri, Oct 12, 2018 at 9:16 PM Davydenko, Denis <
dzianis.davydze...@gmail.com> wrote:
> Not so long ago there was a design shared for MXNet Java API: [1]
>
> In a couple of days we are going to have initi
kerfiles should in my opinion be as lightweight and suited to their task
> as possible.
>
> On Wed, Oct 17, 2018, 1:58 AM Hagay Lupesko wrote:
>
> > The PR provides a good explanation of this change and all code updates.
> > LGTM.
> >
> > On Tue, Oct 16, 2018 at
Do nightly artifacts need to be signed? For releases what you wrote and what
Apache recommends makes total sense. Thus artifacts from cd can’t be signed
manually.
Pedro
> On 17. Oct 2018, at 22:29, Naveen Swamy wrote:
>
> I am collaborating with Zach Kimberg and Qing to work on automatic (
>
Very nice!
Pedro
> On 17. Oct 2018, at 23:12, Alfredo Luque
> wrote:
>
> This is huge. Thanks for working on this. Is there a similar plan with eg;
> tensor-rt support being ported into the main cuda-9.x packages?
>
> On October 17, 2018 at 2:10:20 PM, Alex Zai (aza...@gmail.com) wrote:
>
>
ntroduced
> > by
> > > making the change I see more potential risk than obvious benefits. I
> > also
> > > feel that this change will make the difference between the runtime
> docker
> > > files and the CI docker files less clear to users, not mor
I did pip install mxnet-mkl==1.3.1b20181018 on an AMD Ryzen 1950X and unit
tests are passing.
Is this build using AVX512? in /proc/cpuinfo I see only "avx" flag.
There's no "avx2" like on recent intel cpus.
Pedro.
On Fri, Oct 19, 2018 at 5:12 PM Hagay Lupesko wrote:
> Awesome collaborative e
Hi
Tianqi, there's a saying that the road to hell is paved with good
intentions. I think most of us here are enthusiastic about increasing
diversity of contributions to this project and are working actively towards
this. Having any kind of positive or negative discrimination seems to me
like it go
for nominees affiliated with Amazon AWS.
>
> Please comment on the proposal (see thread "[DISCUSS] - Revisions to
> Committer Criteria).
>
> Steffen
>
> On Tue, Oct 23, 2018 at 7:09 AM Pedro Larroy >
> wrote:
>
> > Hi
> >
> > Tianqi, there'
Hi Srihari
Thanks for the document. We could add it to the relevant section in the
wiki so it's easier to keep track whenever you feel comfortable with it.
https://cwiki.apache.org/confluence/display/MXNET/Design+Proposals
The calls to synchronize and wait looks very similar. Shall we use
polymor
This is the first hangout that I was able to attend, I liked the format and
found them valuable. Thanks for organizing and publishing the notes.
Looking forward to the next one.
Pedro
On Thu, Oct 25, 2018 at 6:44 AM Steffen Rochel
wrote:
> Carin - please see
>
> https://cwiki.apache.org/conflue
Hi
There are some tests that fail when some features are not compiled in, such
as Opencv.
In some cases we skip the test according to some precondition such as:
@unittest.skipIf(not graphviz_exists(),
I would propose that we have a Python module that exports a set of methods
to check what
+1 non-binding. Thanks for driving this, looking forward to see the
positive impact.
On Mon, Oct 29, 2018 at 11:47 PM Carin Meier wrote:
> This vote is to adopt the document
>
> https://cwiki.apache.org/confluence/display/MXNET/Become+an+Apache+MXNet+%28incubating%29+Committer+and+PPMC+Member+Pr
Hi
I'm investigating this issue:
https://github.com/apache/incubator-mxnet/issues/12994
To me this code seems suspicious, as it doesn't do what is stated in the
comment.
https://github.com/apache/incubator-mxnet/blob/master/src/kvstore/gpu_topology.h#L577
I don't think the depth of the binary t
Thanks a lot, I think is very beneficial that we invest in these kind of
tooling for code quality. As a developer I wonder, do we have actionable
items for looking at / fixing these issues or right now is done in an
informational / good will basis?
Is there a way to colorize this output?
Pedro.
Hi MXNet community
AI on MCUs can enable cheaper, lower power, better privacy and lower
latency applications. There’s an estimate of more than 20 billion connected
devices to be deployed in 2020 and a part of them will do some amount of AI
/ ML tasks. Testing in embedded devices is very challengin
It has been raised but there are practical complications about introducing
an additional layer of logic for skipping CI in some scenarios.
How many of these PRs do we have which will justify investing human effort
on optimizing an automated process?
How much effort shall it be dedicated to this lo
Hi
I made a quick breakdown of time spent on unit tests (in seconds) per test
and per test class. I run CPU tests on an m1 instance.
As you can see the slowest test classes are:
test_operator, 630.92699
test_gluon, 261.106017
test_profiler, 159.427002
test_gluon_model_zoo
Hi Folks!
We got the feedback that reproducing test results on EC2 was complex and
time consuming.
I have cleaned up my personal scripts to provision a development instance:
https://cwiki.apache.org/confluence/display/MXNET/MXNet+Developer+setup+on+AWS+EC2
https://github.com/larroy/ec2_launch_s
Hi
Could you be specific about the bugs? While we could use this for debug some
particular errors as you describe I would think that in the general case you
would want to rely on unit testing and conditional checks for very small
numbers on the denominator if you can’t have a NaN. I think we sh
Hi folks
As you know we have a combinatorial explosion of build flavours and
different libraries / platforms / environments.
Is collecting and gathering anonymous usage statistics as it's done in
other open source projects something which would be acceptable for the
community?
I think it would h
Hi all
I think we have to make the clear separation between the thread votes
on "uniformly adopting C++11 range loops in the MXNet project" and a
PR which refactored code to be more legible and with improved variable
names.
Merging that PR doesn't imply that we have to uniformly adopt the
previous
I think this is a big problem, which has blocked us before. I want to
point out that you are doing a great thing by avoiding everyone
getting blocked by refactoring the pipelines.
My concern is that we are kicking the can down the road and not
addressing the root cause of the problem with is known
I bumped into the definition of the softrelu gradient:
https://github.com/apache/incubator-mxnet/blob/master/src/operator/mshadow_op.h#L170
Which is defined as 1- exp(-x)
As we define the forward of the softrelu as the softplus function,
shouldn't the gradient be the logistic function?
Is my u
Thanks Anton for putting this together and your efforts here. I think
it's crucial that we maintain and bring the CMake system forward. I
have spent a lot of time dealing with CMake issues on different
platforms, we really increase developer productivity and platform
support by having a streamlined
Hi Konstantin
Thanks for this contribution. With your proposed changes, when
building MXNet we will be pulling binaries for the libraries managed
by conan?
Pedro.
On Mon, Nov 26, 2018 at 11:43 AM Konstantin Ivlev wrote:
>
> Hello, Ivan,
>
> could you possibly clarify your question (may be expla
compiler for which we don't have prebuilt binaries),
> > or if you want to build binaries yourself for some another reason,
> > then libraries always might be built from source (by passing e.g. "--build
> > always", "--build missing" or "--bui
Hi all.
There are two important issues / fixes that should go in the next
release in my radar:
1) https://github.com/apache/incubator-mxnet/pull/13409/files
There is a bug in shape inference on CPU when not using MKL, also we
are running activation on CPU via MKL when we compile CUDNN+MKLDNN.
I'm
aits for the omp threads to finish, but the omp threads
> belong to the pre-forked process and thus never execute, causing that
> forked process to freeze. This behavior has been witnessed before.
>
>
>
>
> On Thu, Nov 29, 2018 at 6:13 AM Pedro Larroy
> wrote:
>
> > Hi al
pragma. Definitely we shouldn't be mutating the
environment from a different thread from what I understand, which is
the likely cause of the random crashes some users are experiencing.
Pedro
On Thu, Nov 29, 2018 at 5:00 PM Pedro Larroy
wrote:
>
> Chris. The problem is with setenv, not
omp code to be sure but my suspicion is that the
> environment variable is only read on startup, and at any rate, better to be
> set through the api at runtime
>
> On Thu, Nov 29, 2018 at 8:11 AM Pedro Larroy
> wrote:
>
> > To be precise, what would be the consequences of not
.4.0+Release+Plan+and+Status#ApacheMXNet(incubating)1.4.0ReleasePlanandStatus-OpenPRstotrack>
>
> Do you have already ETA?
> Steffen
>
> On Thu, Nov 29, 2018 at 6:13 AM Pedro Larroy
> wrote:
>
> > Hi all.
> >
> > There are two important issues / fixes th
Agee with Tianqi and Hao. Adding AMD brings no value and increases complexity
and CI cost. The instructions sets are the same. For benchmarking it might make
sense though.
Pedro
> On 30. Nov 2018, at 18:19, Tianqi Chen wrote:
>
> I still think it is overkill to add AMD CPU to the CI, given th
;
> Damn, knew i should have double-checked! Oh well it's also carbon neutral.
>
> On Fri, Nov 30, 2018 at 10:27 AM Pedro Larroy
> wrote:
>
>> Agee with Tianqi and Hao. Adding AMD brings no value and increases
>> complexity and CI cost. The instructions sets are th
Abreu
> wrote:
>
> > Great work, Pedro! This will help to have a consistent quality on all ARM
> > devices.
> >
> > -Marco
> >
> > Am Fr., 2. Nov. 2018, 20:02 hat Pedro Larroy > >
> > geschrieben:
> >
> > > Hi MXNet community
> >
This is ready to merge: https://github.com/apache/incubator-mxnet/pull/13487
Parent PR was just merged in master.On Tue, Dec 4, 2018 at 6:08 AM
Steffen Rochel wrote:
>
> Dear MXNet community -
> thank you very much for everybody effort to resolve the identified issues.
> We are down to 4 open is
Hi
I filled this issue because I observed that the Scala standard library
is included in the mxnet jar:
https://github.com/apache/incubator-mxnet/issues/13528
I don't think this is correct. Libraries should not include the
standard library. Why are we doing this?
Pedro.
In my opinion that's not a good reason and the majority of other
libraries in maven don't do that. Is the first time I see a Scala
library do that.
If every library would include the standard library, asides from the
unnecessary bloating you have the problem that at runtime, when you
mix different
Chris,
I asked in github before and in other private forums before and I
wanted to bring attention to the topic nothing more, you are reading
too much between the lines. There's nothing impolite about my question
and I think dev@ is the right forum for such conversations.
Pedro.
On Tue, Dec 4, 20
Hi MXNetters
To address the project growth and increased contributions I'm
proposing a monthly meeting / hangout to have community discussions
about MXNet architecture and mid / longer term technical directions
that require coordination beyond single PRs.
TOPICS:
The goal of this series is to ad
being
> publically archivable.
>
> Maybe we can not try more asynchronous way? (RFC discussion in issues.
> and/or discuss @dev). Just my two cents and I am not blocking the proposal
>
> Tianqi
>
>
> On Fri, Dec 14, 2018 at 5:34 AM Pedro Larroy
> wrote:
>
> &
Hi Haochong
Welcome to MXNet, It's exciting to have additional hardware platforms
added and supported in the project.
The CI system for MXNet is donated by AWS to the project. We have a
small hardware lab with embedded physical hardware like ARM boards
including NVidia Jetson which we are connect
Hi Steffen
Added some notes in your PR for the release notes.
In particular, I'm a bit concerned about the status of topology aware
communication, since it has open issues and is not being tested in CI.
(The tests also fail). I think we should anounce it when it's working
properly and it's well t
Hi MXNet community
cpplint seems to complain when the order of includes is not [own,
system, other]
But the general best practice in C++ is [own, project, 3rd party,
system] for the reasons explained in this stackoverflow answer: (
https://stackoverflow.com/questions/614302/c-header-order )
A
201 - 300 of 434 matches
Mail list logo