从图中可以看出,我的图表附有一个:"fraction_of_32_full"输出.我没有明确地这样做,并且在我的代码中没有任何地方设置任何大小为32的限制.
我明确添加到我的摘要中的唯一数据是每个批次的成本,但当我查看我的TensorBoard可视化时,我看到:
如您所见,它包含三件事.我要求的费用,以及我没有要求的其他两个变量.分数为25,000满,而分数为32满.
我的问题是:
Joh*_*aro 11
我实际上可以在这里回答我自己的问题.我做了一些挖掘,找到了答案.
这些是衡量队列满载程度的指标.我有两个队列,一个读取我的文件的字符串输入生成器队列,以及一个批处理我的记录的批处理队列.两个记录的格式为:"x of full",其中x是队列的容量.
字符串输入生成器是32的一小部分的原因是因为如果你看这里的文档,你会看到默认容量是32.
这有点棘手.如果你在这里查看输入字符串生成器的源代码,你会看到虽然input_string_producer 没有显式请求摘要名称,但它返回一个input_producer,其默认摘要名称为:summary_name ="fraction_of_% d_full"%容量.检查第235行.这里发生类似于批处理队列的事情.
这些是在没有明确询问的情况下被记录的原因,是因为它们是在没有明确询问的情况下创建的,然后是代码行:
merged_summaries = tf.summary.merge_all()
Run Code Online (Sandbox Code Playgroud)
将所有这些摘要合并在一起,所以当我打电话时:
sess.run([optimizer, cost, merged_summaries], ..... )
writer.add_summary(s, batch)
Run Code Online (Sandbox Code Playgroud)
我实际上也要求记录这些内容.
我希望这个答案能帮助一些人.
| 归档时间: |
|
| 查看次数: |
1059 次 |
| 最近记录: |