Live data from Hacker News

Eager Execution: An imperative, define-by-run interface to TensorFlow

research.googleblog.com

1–10 of 41 posts

Re: Eager Execution: An imperative, define-by-run interface to TensorFlow

#2
You 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

#3
post #2

You 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.

I'm on the team that worked on this -- happy to answer questions!

Re: Eager Execution: An imperative, define-by-run interface to TensorFlow

#4
Hey 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 tensorflow and nobody could figure it out [Case #13619720].

Re: Eager Execution: An imperative, define-by-run interface to TensorFlow

#6

Hey 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.

Re: Eager Execution: An imperative, define-by-run interface to TensorFlow

#7
post #6

Hey 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.

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 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

#9
post #6

Earlier 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…

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.

Re: Eager Execution: An imperative, define-by-run interface to TensorFlow

#10
post #9

Earlier 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 should apologize for hijacking this thread(and i'll stop here). But Tensorflow is getting to be unusable because of the serialization story. We don't have such issues on Caffe2 or anywhere else. It essentially means different parts of the tensorflow ecosystem are unable to talk to each other.

I really pray the tensorflow teams give it due importance.

Post reply on HN