Re: [apache/incubator-tvm] [VOTE] Release Apache TVM (incubating) v0.6.0.rc2 (#4443)

2019-11-30 Thread Theodore Omtzigt
+1 -- You are receiving this because you commented. Reply to this email directly or view it on GitHub: https://github.com/apache/incubator-tvm/issues/4443#issuecomment-560027970

[TVM Discuss] [Development] Getting started with the VTA Chisel backend

2019-08-14 Thread Theodore Omtzigt via TVM Discuss
We need to clean this topic up as it is now more confusing than helpful. The title is perfect and would be super helpful to onboard new developers, but the information exchange that follows is now a royal distraction. Can we chuck this, and have an 'official' "Getting Started" thread that con

[TVM Discuss] [Development] Who is interested in running MLPerf on VTA?

2019-06-28 Thread Theodore Omtzigt via TVM Discuss
yes, please let me know where I can help --- [Visit Topic](https://discuss.tvm.ai/t/who-is-interested-in-running-mlperf-on-vta/3145/3) to respond. You are receiving this because you enabled mailing list mode. To unsubscribe from these emails, [click here](https://discuss.tvm.ai/email/un

[TVM Discuss] [Development] Who is interested in running MLPerf on VTA?

2019-06-28 Thread Theodore Omtzigt via TVM Discuss
As the VTA infrastructure is taking shape, we need to slide into the industry ecosystem, and be able to demonstrate viability. MLperf appears to be a reasonable path to take. I would like to start collaborating with folks that are working on VTA implementations to create an MLPerf capability f

[TVM Discuss] [Development] Functional, architecture, performance simulation for VTA

2019-04-10 Thread Theodore Omtzigt via TVM Discuss
is it there yet, is it there yet. Can't wait to try that out. --- [Visit Topic](https://discuss.tvm.ai/t/functional-architecture-performance-simulation-for-vta/1592/4) to respond. You are receiving this because you enabled mailing list mode. To unsubscribe from these emails, [click

Re: [dmlc/tvm] [Vote] Deprecate Python2 Support (#2994)

2019-04-09 Thread Theodore Omtzigt
+1 -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/dmlc/tvm/issues/2994#issuecomment-481411885

Re: [dmlc/tvm] [VOTE] Apache Transition Plan (#2973)

2019-04-07 Thread Theodore Omtzigt
+1 -- You are receiving this because you commented. Reply to this email directly or view it on GitHub: https://github.com/dmlc/tvm/issues/2973#issuecomment-480616095

Re: [dmlc/tvm] [RFC] Register Relay VM design (#2915)

2019-03-27 Thread Theodore Omtzigt
In the long tradition of competitive engineering, let's develop both VMs concurrently. That way we will generate actual engineering metrics of the difference between a stack-based and a register-based VM. The engineering dependencies are too complex to productively discuss without actually going

Re: [dmlc/tvm] [RFC] Relay Dynamic Runtime (#2810)

2019-03-25 Thread Theodore Omtzigt
@jroesch your argument is better than my argument, and I certainly subscribe to the power of simplicity. Hence, I will adapt and learn from your stack-based VM. Thank you for the thoughtful articulation of the pros and cons, and recording it in the development stream. This is excellent work. --

Re: [dmlc/tvm] [Relay][RFC] Improve testing infrastructure of Relay (#2884)

2019-03-24 Thread Theodore Omtzigt
+1 @zhiics Performance regression testing for compiler algorithms is essential. Too many places where a bad local decision can take the whole system down, and trying to reconstruct these cases two months after they were introduced is a waste of good engineering resources, better allocated to enh