将TensorFlow模型变为pb——官方本身提供API，直接调用即可

参考：https://blog.metaflow.fr/tensorflow-how-to-freeze-a-model-and-serve-it-with-a-python-api-d4f3596b3adc

官方的源码：https://github.com/tensorflow/tensorflow/blob/master/tensorflow/python/tools/freeze_graph.py

We are going to explore two parts of using a ML model in production:

• How to export a model and have a simple self-sufficient file for it
• How to build a simple python server (using flask) to serve it with TF

you can here

How to freeze (export) a saved model

before going on.

let’s start from a folder containing a model, it probably looks something like this:

Screenshot of the result folder before freezing our model

“.meta”) is holding the graph and all its metadata (so you can retrain it etc…)

But when we want to serve a model in production, we don’t need any special metadata to clutter our files, we just want our model and its weights nicely packaged in one file. This facilitate storage, versioning and updates of your different models.

Luckily in TF, we can easily build our own function to do it. Let’s explore the different steps we have to perform:

• retrieve its graph_def (the ProtoBuf definition of our graph)
• Restore the weights: we start a Session and restore the weights of our graph inside that Session
• “frozen graph_def”
• Save it to the disk, Finally we will serialize our frozen graph_def ProtoBuf and dump it to the disk

“freezing” and TF has a built-in function to do it!

bin dir and can be called directly if you used PIP to install TF. If not you can call it directly from its folder (see the commented import in the gist).

So let’s see:

“frozen_model.pb”.

Screenshot of the result folder after freezing our model

As expected, its size is bigger than the weights file size and lower than the sum of the two checkpoints files sizes.

Note: In this very simple case, the weights size is very small, but it is usually multiple Mbs.

How to use the frozen model

Naturally, after knowing how to freeze a model, one might wonder how to use it.

The little trick to have in mind is to understand that what we dumped to the disk was a graph_def ProtoBuf. So to import it back in a python script we need to:

• Import a graph_def ProtoBuf first
• Load this graph_def into a actual Graph

We can build a convenient function to do so:

Now that we built our function to load our frozen model, let’s create a simple script to finally make use of it:

Note: when loading the frozen model, all operations got prefixed by “prefix”. This is due to the parameter “name” in the “import_graph_def” function, by default it prefix everything by “import”.

This can be useful to avoid name collisions if you want to import your graph_def in an existing Graph.

How to build a (very) simple API

For this part, I will let the code speaks for itself, after all this is a TF series about TF and not so much about how to build a server in python. Yet it felt kind of unfinished without it, so here you go, the final workflow:

in this example

TensorFlow best practice series

This article is part of a more complete series of articles about TensorFlow. I’ve not yet defined all the different subjects of this series, so if you want to see any area of TensorFlow explored, add a comment! So far I wanted to explore those subjects (this list is subject to change and is in no particular order):

• A primer
• How to handle shapes in TensorFlow
• TensorFlow saving/restoring and mixing multiple models
• How to freeze a model and serve it with python (this one!)
• TensorFlow: A proposal of good practices for files, folders and models architecture
• TensorFlow howto: a universal approximator inside a neural net
• How to optimise your input pipeline with queues and multi-threading
• Mutating variables and control flow
• How to handle input data with TensorFlow.
• How to control the gradients to create custom back-prop or fine-tune my models.
• How to monitor my training and inspect my models to gain insight about them.

Note: TF is evolving fast right now, those articles are currently written for the 1.0.0 version.

References

• https://github.com/tensorflow/tensorflow/blob/master/tensorflow/python/tools/freeze_graph.py

使用TensorFlow C++ API构建线上预测服务 - 第二篇

转自：http://mathmach.com/2017/10/11/tensorflow_c++_api_prediction_second/

文章目录

1. 1. 稀疏数据下的数据预处理
2. 2. 训练中保存模型和参数
   1. 2.1. 保存网络结构
   2. 2.2. 保存模型参数
3. 3. TensorFlow C++ API导入模型和参数
   1. 3.1. 分别导入网络结构和模型参数
      1. 3.1.1. 导入网络结构
      2. 3.1.2. 导入模型参数
   2. 3.2. 网络结构和模型参数整合成一个文件
4. 4. TensorFlow C++ API构造Sparse Tensor
5. 5. 参考

之前的一篇文章中使用TensorFlow C++ API构建线上预测服务 - 第一篇，详细讲解了怎样用TensorFlow C++ API导入模型做预测，但模型c = a * b比较简单，只有模型结构，并没有参数，所以文章中并没讲到怎样导入参数。本文使用一个复杂的模型讲解，包括以下几个方面：

• 针对稀疏数据的数据预处理
• 训练中保存模型和参数
• TensorFlow C++ API导入模型和参数
• TensorFlow C++ API构造Sparse Tensor做模型输入

稀疏数据下的数据预处理

稀疏数据下，一般会调用TensorFlow的embedding_lookup_sparse。

上面代码中，embedding_variable就是需要学习的参数，其中input_size是矩阵的行数，embedding_size是矩阵的列数，比如我们有100万个稀疏id，每个id要embedding到50维向量，那么矩阵的大小是[1000000, 50]。sparse_id是要做向量化的一组id，用SparseTensor表示，sparse_value是每个id对用的一个value，用作权重，也用SparseTensor表示。

这里要注意，如果id是用hash生成的，不保证id是0,1,2,3, ...这种连续表示，需要先把id排序后转成连续的，并且把input_size设成大于排序后最大的id，为了节省空间往往设成排序后最大id+1。因为用id去embedding_variable矩阵查询命中哪行的时候，使用id mod Row(embedding_variable)或其他策略作为命中的行数，如果不保证id连续，可能会出现多个id命中同一行的错误情况。另外，如果不把id排序后转成连续id，那input_size需要设成原始id中的最大id，如果是hash生成的那么最大id值非常大，做成矩阵非常大存不下和矩阵存在空间浪费，因为有些行肯定不会被命中。

另外一个点，目前TensorFlow不支持sparse方式的查询和参数更新，每次查询更新都要pull&push一个矩阵全量数据，造成网络的堵塞，速度过慢，所以一般来说不要使用太大的embedding矩阵。

训练中保存模型和参数

TensorFlow保存模型时分为两部分，网络结构和参数是分开保存的。

保存网络结构

运行以下命令，成功后会看到一个名为graph.pb的pb二进制文件。后续如果使用TensorFlow官方提供的freeze_graph.py工具时必需这个文件，当然，如果对freeze_graph.py的代码比较熟悉，可以使用比较trick的方式，这样只需要参数文件，而不需要graph.pb了。

保存模型参数

运行以下命令，会在FLAGS.model_dir目录下保存多个前缀为model.checkpoint的文件。

比如，成功后在FLAGS.model_dir目录下会看到以下几个文件。其中，model.checkpoint.meta包含了网络结构和一些其他信息，所以也包含了上面提到的graph.pb；model.checkpoint.data-00000-of-00001保存了模型参数，其他两个文件辅助作用。

TensorFlow C++ API导入模型和参数

主要有两种方法：

• 分别导入网络结构和模型参数
• 线下先把网络结构和模型参数整合成一个文件，只用导入这个文件即可

分别导入网络结构和模型参数

导入网络结构

以上文的graph.pb为例

导入模型参数

这里注意要传入模型路径，既上文的FLAGS.model_dir。以FLAGS.model_dir="your_checkpoint_path"为例

网络结构和模型参数整合成一个文件

One confusing part about this is that the weights usually aren’t stored inside the file format during training. Instead, they’re held in separate checkpoint files, and there are Variable ops in the graph that load the latest values when they’re initialized. It’s often not very convenient to have separate files when you’re deploying to production, so there’s the freeze_graph.py script that takes a graph definition and a set of checkpoints and freezes them together into a single file.

使用多个文件部署比较麻烦，如果能整个成一个独立文件会方便很多，因此，TensorFlow官方提供了freeze_graph.py工具。如果已经安装了TensorFlow，则在安装目录下可以找到，否则可以直接使用源码tensorflow/python/tools路径下freeze_graph.py。运行例子为：

其中，input_graph为网络结构pb文件，input_checkpoint为模型参数文件名前缀，output_graph为我们的目标文件，output_node_names为目标网络节点名称，因为网络包括前向和后向网络，在预测时后向网络其实是多余的，指定output_node_names后只保存从输入节点到这个节点的部分网络。如果不清楚自己想要的节点output_node_names是什么，可以用下面的代码把网络里的全部节点名字列出来，然后找到自己想要的那个就行了。

得到freeze_graph.pb后，只导入网络结构即可，不再需要另外导入模型参数。

freeze_graph.py的更多参数可以看它的代码。

官方的freeze_graph.py工具需要在训练时同时调用tf.train.write_graph保存网络结构和tf.train.Saver()保存模型参数，之前讲过tf.train.Saver()保存的meta文件里其实已经包含了网络结构，所以就不用调用tf.train.write_graph保存网络结构，不过这时就不能直接调用官方的freeze_graph.py了，需要使用一点trick的方式将网络结构从meta文件里提取出来，具体代码可见https://github.com/formath/tensorflow-predictor-cpp/blob/master/python/freeze_graph.py，使用例子如下，其中checkpoint_dir的即上文的FLAGS.model_dir目录，output_node_names和官方freeze_graph.py的意思一致。

TensorFlow C++ API构造Sparse Tensor

以LibFM格式数据为例，label fieldid:featureid:value ...。假如一个batch中有以下4条样本：

四个label可以表示成一个稠密Tensor，即

剩余还有三个部分，分别是fieldid、featureid、value，每个部分都可以表示成一个SparseTensor，每个SparseTensor由3个Tensor组成。

以SparseFieldId部分为例，SparseTensor中的第一个Tensor表示每个id的行列坐标，比如Instance=0的Field">，Instance=0的Field">，Instance=2的Field">，总共6对，每对是个二元组，所以第一个Tensor为

SparseTensor中的第二个Tensor表示id值，即

第三个Tensor表示样本行数和每条样本里最多有多少个id，所以是

最后，fieldid部分的SparseTensor表示为

其他两个部分，featureid和value同样可以用SparseTensor表示。最后，一个batch的libfm数据可以由4份数据来表示，这4份数据作为网络的input，运行Session.run即可得到输出。当然，线上预测时就没有label这一部分输入了。

• label的Tensor
• fieldid的SparseTensor
• featureid的SparseTensor
• value的SparseTensor

参考

• Exporting trained TensorFlow models to C++ the RIGHT way!
• Freeze Graph
• TensorFlow: How to freeze a model and serve it with a python API

之前的一篇文章中使用TensorFlow C++ API构建线上预测服务 - 第一篇，详细讲解了怎样用TensorFlow C++ API导入模型做预测，但模型c = a * b比较简单，只有模型结构，并没有参数，所以文章中并没讲到怎样导入参数。本文使用一个复杂的模型讲解，包括以下几个方面：

• 针对稀疏数据的数据预处理
• 训练中保存模型和参数
• TensorFlow C++ API导入模型和参数
• TensorFlow C++ API构造Sparse Tensor做模型输入

稀疏数据下的数据预处理

稀疏数据下，一般会调用TensorFlow的embedding_lookup_sparse。

上面代码中，embedding_variable就是需要学习的参数，其中input_size是矩阵的行数，embedding_size是矩阵的列数，比如我们有100万个稀疏id，每个id要embedding到50维向量，那么矩阵的大小是[1000000, 50]。sparse_id是要做向量化的一组id，用SparseTensor表示，sparse_value是每个id对用的一个value，用作权重，也用SparseTensor表示。

这里要注意，如果id是用hash生成的，不保证id是0,1,2,3, ...这种连续表示，需要先把id排序后转成连续的，并且把input_size设成大于排序后最大的id，为了节省空间往往设成排序后最大id+1。因为用id去embedding_variable矩阵查询命中哪行的时候，使用id mod Row(embedding_variable)或其他策略作为命中的行数，如果不保证id连续，可能会出现多个id命中同一行的错误情况。另外，如果不把id排序后转成连续id，那input_size需要设成原始id中的最大id，如果是hash生成的那么最大id值非常大，做成矩阵非常大存不下和矩阵存在空间浪费，因为有些行肯定不会被命中。

另外一个点，目前TensorFlow不支持sparse方式的查询和参数更新，每次查询更新都要pull&push一个矩阵全量数据，造成网络的堵塞，速度过慢，所以一般来说不要使用太大的embedding矩阵。

训练中保存模型和参数

TensorFlow保存模型时分为两部分，网络结构和参数是分开保存的。

保存网络结构

运行以下命令，成功后会看到一个名为graph.pb的pb二进制文件。后续如果使用TensorFlow官方提供的freeze_graph.py工具时必需这个文件，当然，如果对freeze_graph.py的代码比较熟悉，可以使用比较trick的方式，这样只需要参数文件，而不需要graph.pb了。

保存模型参数

运行以下命令，会在FLAGS.model_dir目录下保存多个前缀为model.checkpoint的文件。

比如，成功后在FLAGS.model_dir目录下会看到以下几个文件。其中，model.checkpoint.meta包含了网络结构和一些其他信息，所以也包含了上面提到的graph.pb；model.checkpoint.data-00000-of-00001保存了模型参数，其他两个文件辅助作用。

TensorFlow C++ API导入模型和参数

主要有两种方法：

• 分别导入网络结构和模型参数
• 线下先把网络结构和模型参数整合成一个文件，只用导入这个文件即可

分别导入网络结构和模型参数

导入网络结构

以上文的graph.pb为例

导入模型参数

这里注意要传入模型路径，既上文的FLAGS.model_dir。以FLAGS.model_dir="your_checkpoint_path"为例

网络结构和模型参数整合成一个文件

One confusing part about this is that the weights usually aren’t stored inside the file format during training. Instead, they’re held in separate checkpoint files, and there are Variable ops in the graph that load the latest values when they’re initialized. It’s often not very convenient to have separate files when you’re deploying to production, so there’s the freeze_graph.py script that takes a graph definition and a set of checkpoints and freezes them together into a single file.

使用多个文件部署比较麻烦，如果能整个成一个独立文件会方便很多，因此，TensorFlow官方提供了freeze_graph.py工具。如果已经安装了TensorFlow，则在安装目录下可以找到，否则可以直接使用源码tensorflow/python/tools路径下freeze_graph.py。运行例子为：

其中，input_graph为网络结构pb文件，input_checkpoint为模型参数文件名前缀，output_graph为我们的目标文件，output_node_names为目标网络节点名称，因为网络包括前向和后向网络，在预测时后向网络其实是多余的，指定output_node_names后只保存从输入节点到这个节点的部分网络。如果不清楚自己想要的节点output_node_names是什么，可以用下面的代码把网络里的全部节点名字列出来，然后找到自己想要的那个就行了。

得到freeze_graph.pb后，只导入网络结构即可，不再需要另外导入模型参数。

freeze_graph.py的更多参数可以看它的代码。

官方的freeze_graph.py工具需要在训练时同时调用tf.train.write_graph保存网络结构和tf.train.Saver()保存模型参数，之前讲过tf.train.Saver()保存的meta文件里其实已经包含了网络结构，所以就不用调用tf.train.write_graph保存网络结构，不过这时就不能直接调用官方的freeze_graph.py了，需要使用一点trick的方式将网络结构从meta文件里提取出来，具体代码可见https://github.com/formath/tensorflow-predictor-cpp/blob/master/python/freeze_graph.py，使用例子如下，其中checkpoint_dir的即上文的FLAGS.model_dir目录，output_node_names和官方freeze_graph.py的意思一致。

TensorFlow C++ API构造Sparse Tensor

以LibFM格式数据为例，label fieldid:featureid:value ...。假如一个batch中有以下4条样本：

四个label可以表示成一个稠密Tensor，即

剩余还有三个部分，分别是fieldid、featureid、value，每个部分都可以表示成一个SparseTensor，每个SparseTensor由3个Tensor组成。

以SparseFieldId部分为例，SparseTensor中的第一个Tensor表示每个id的行列坐标，比如Instance=0的Field">，Instance=0的Field">，Instance=2的Field">，总共6对，每对是个二元组，所以第一个Tensor为

SparseTensor中的第二个Tensor表示id值，即

第三个Tensor表示样本行数和每条样本里最多有多少个id，所以是

最后，fieldid部分的SparseTensor表示为

其他两个部分，featureid和value同样可以用SparseTensor表示。最后，一个batch的libfm数据可以由4份数据来表示，这4份数据作为网络的input，运行Session.run即可得到输出。当然，线上预测时就没有label这一部分输入了。

• label的Tensor
• fieldid的SparseTensor
• featureid的SparseTensor
• value的SparseTensor

参考

• Exporting trained TensorFlow models to C++ the RIGHT way!
• Freeze Graph
• TensorFlow: How to freeze a model and serve it with a python API