Eager Execution: An imperative, define-by-run interface to TensorFlow
research.googleblog.com
Eager Execution: An imperative, define-by-run interface to TensorFlow
1–10 of 41 posts
Re: Eager Execution: An imperative, define-by-run interface to TensorFlow
#2Looking forward to your feedback as you try it out.
Re: Eager Execution: An imperative, define-by-run interface to TensorFlow
#3You can read out more about it in the blog post ( https://research.googleblog.com/2017/10/eager-execution-impe... ) or the README ( https://github.com/tensorflow/tensorflow/tree/master/tensorf... ). This is still a preview release, so you may hit some rough edges. Looking forward to your feedback as you try it out.
Re: Eager Execution: An imperative, define-by-run interface to TensorFlow
#4It has to be consistent and there has to be one way to do it.
I personally have a 10 message thread with Google cloud support on exporting a Cloud trained model to tensorflow and nobody could figure it out [Case #13619720].
Re: Eager Execution: An imperative, define-by-run interface to TensorFlow
#5Re: Eager Execution: An imperative, define-by-run interface to TensorFlow
#6Hey guys, if I could request... Please fix the serialization story for tensorflow. There 6 googleable methods to export from tensorflow and nobody knows what will work on the cloud, what can be exported from cloudml and what can be loaded on Android. It has to be consistent and there has to be one way to do it. I personally have a 10 message thread with Google cloud support on exporting a Cloud trained model to tenso…
Re: Eager Execution: An imperative, define-by-run interface to TensorFlow
#7Hey guys, if I could request... Please fix the serialization story for tensorflow. There 6 googleable methods to export from tensorflow and nobody knows what will work on the cloud, what can be exported from cloudml and what can be loaded on Android. It has to be consistent and there has to be one way to do it. I personally have a 10 message thread with Google cloud support on exporting a Cloud trained model to tenso…
Did you try using SavedModel? It should be seamless to use downstream with tensorflow serving and it's not that hard to get estimators to spit those out.
In fact if you dig up the case, then even official support told me that savedmodel needs some freezing using bazel otherwise it doesn't work.
The github page and stackoverflow are full of these. If you can, please take the message to the other side :(
I don't think the cloud guys (where training will happen in distributed mode) talk to the android guys (where models will be used after quantization). There is a huge serialization problem that all of us are currently struggling with.
Re: Eager Execution: An imperative, define-by-run interface to TensorFlow
#8Announcing TensorFlow's new development roadmap mandate: copy everything PyTorch is doing :-)
Re: Eager Execution: An imperative, define-by-run interface to TensorFlow
#9Earlier quoted context omitted.
Did you try using SavedModel? It should be seamless to use downstream with tensorflow serving and it's not that hard to get estimators to spit those out.
I really wish. https://github.com/tensorflow/tensorflow/issues/12750 In fact if you dig up the case, then even official support told me that savedmodel needs some freezing using bazel otherwise it doesn't work. The github page and stackoverflow are full of these. If you can, please take the message to the other side :( I don't think the cloud guys (where training will happen in distributed mode) talk to the android g…
Re: Eager Execution: An imperative, define-by-run interface to TensorFlow
#10Earlier quoted context omitted.
I really wish. https://github.com/tensorflow/tensorflow/issues/12750 In fact if you dig up the case, then even official support told me that savedmodel needs some freezing using bazel otherwise it doesn't work. The github page and stackoverflow are full of these. If you can, please take the message to the other side :( I don't think the cloud guys (where training will happen in distributed mode) talk to the android g…
Ah, I didn't know SavedModel didn't work in android. I think freezing is still the way to go there? I'm sorry, I don't personally work on the mobile side of things.
I really pray the tensorflow teams give it due importance.