-
Notifications
You must be signed in to change notification settings - Fork 53
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Testing the Relay frontend against a developed infrastructure. #494
Comments
This plan certainly sounds like it'll be a worthwhile investment in the long run. The question for us is what do we want to accomplish in the next month. We can focus on getting VGG working first which will probably requiring building a manual harness that does exactly the thing above for just the VGG net or we can start working on this generic infrastructure now and get back to VGG when it's operational. One tantalizing option is working on the infrastructure but really cutting corners to make VGG workable first. Once that is done, we can work on making the infrastructure more general purpose. |
Discussed today:
|
Looks like pretrained models can be found here: https://github.com/onnx/models |
Re-opening. I've provided a simple script that will output files for the Calyx program and run the TVM execution. We still need to automate the process a bit more. By this, I mean bridge the gap of comparing the final output of the |
We now have each function of the VGG Net implemented in Dahlia, at least to simulate a single example all the way through. While there exist a single test or two for each function individually, it brings into question the best way to test larger modules and even entire nets.
For context, below is the Relay IR for a "Test VGG Net".
VGG Net Relay IR
I think it may be better to create some testing environment that, given a Relay function,
The text was updated successfully, but these errors were encountered: