Re: Discussion on GPU backend

2016-05-25 Thread Niketan Pansare
://researcher.watson.ibm.com/researcher/view.php?person=us-npansar From: Luciano Resende <luckbr1...@gmail.com> To: dev@systemml.incubator.apache.org Date: 05/25/2016 10:06 AM Subject: Re: Discussion on GPU backend But, from the original question, I was under the impression that cr

Re: Discussion on GPU backend

2016-05-25 Thread dusenberrymw
In my opinion, the problem with using a separate branch with longer-term work, rather than smaller PRs into the master, is that after several commits, say 10 or 20, it becomes much more difficult to rebase without running into nasty merge conflicts, especially when those conflicts are on an

Re: Discussion on GPU backend

2016-05-25 Thread dusenberrymw
ew.php?person=us-npansar > > Berthold Reinwald---05/25/2016 06:03:55 AM---the discussion is less about > (1), (2), or (3). As practiced so far, (3) is the way to go. > > From: Berthold Reinwald/Almaden/IBM@IBMUS > To: dev@systemml.incubator.apache.org > Date: 05/25/201

Re: Discussion on GPU backend

2016-05-25 Thread Luciano Resende
On Wed, May 25, 2016 at 6:03 AM, Berthold Reinwald wrote: > the discussion is less about (1), (2), or (3). As practiced so far, (3) is > the way to go. > > The question is about (A) or (B). Curious was the Apache suggested > practice is. > > Apache is key on fostering open

Discussion on GPU backend

2016-05-03 Thread Niketan Pansare
Hi all, I have updated the design document for our GPU backend in the JIRA https://issues.apache.org/jira/browse/SYSTEMML-445. The implementation details are based on the prototype I created and is available in PR https://github.com/apache/incubator-systemml/pull/131. Once we are done with the