tf.keras 损失变为 NaN

tf.keras loss becomes NaN

我正在 tf.keras 中编写 3 层神经网络。我的数据集是 MNIST 数据集。我减少了数据集中的示例数量,因此 运行 时间更短。这是我的代码:

import tensorflow as tf
from tensorflow.keras import layers
import numpy as np
import pandas as pd

!git clone https://github.com/DanorRon/data
%cd data
!ls

batch_size = 32
epochs = 10
alpha = 0.0001
lambda_ = 0
h1 = 50

train = pd.read_csv('/content/first-repository/mnist_train.csv.zip')
test = pd.read_csv('/content/first-repository/mnist_test.csv.zip')

train = train.loc['1':'5000', :]
test = test.loc['1':'2000', :]

train = train.sample(frac=1).reset_index(drop=True)
test = test.sample(frac=1).reset_index(drop=True)

x_train = train.loc[:, '1x1':'28x28']
y_train = train.loc[:, 'label']

x_test = test.loc[:, '1x1':'28x28']
y_test = test.loc[:, 'label']

x_train = x_train.values
y_train = y_train.values

x_test = x_test.values
y_test = y_test.values

nb_classes = 10
targets = y_train.reshape(-1)
y_train_onehot = np.eye(nb_classes)[targets]

nb_classes = 10
targets = y_test.reshape(-1)
y_test_onehot = np.eye(nb_classes)[targets]

model = tf.keras.Sequential()
model.add(layers.Dense(784, input_shape=(784,)))
model.add(layers.Dense(h1, activation='relu', kernel_regularizer=tf.keras.regularizers.l2(lambda_)))
model.add(layers.Dense(10, activation='sigmoid', kernel_regularizer=tf.keras.regularizers.l2(lambda_)))

model.compile(optimizer=tf.train.GradientDescentOptimizer(alpha), 
             loss = 'categorical_crossentropy',
             metrics = ['accuracy'])

model.fit(x_train, y_train_onehot, epochs=epochs, batch_size=batch_size)

每当我 运行 它时,就会发生以下三种情况之一:

  1. 在几个 epoch 中,损失减少,准确率增加,直到损失无缘无故地变成 NaN,准确率直线下降。

  2. 每个时期的损失和准确性保持不变。通常损失为2.3025,精度为0.0986.

  3. 损失从 NaN 开始(并保持这种状态),而准确度保持低水平。

大多数时候,模型会做其中一件事情,但有时它会随机做一些事情。似乎发生的不稳定行为的类型是完全随机的。我不知道问题出在哪里。我该如何解决这个问题?

编辑:有时,损失会减少,但准确度保持不变。此外,有时损失会减少而准确度会增加,然后一段时间后准确度会降低,而损失仍然会减少。或者,损失减少,精度增加,然后切换,损失快速上升,而精度直线下降,最终以损失结束:2.3025 acc: 0.0986.

编辑 2:这是一个有时会发生的例子:

Epoch 1/100
49999/49999 [==============================] - 5s 92us/sample - loss: 1.8548 - acc: 0.2390

Epoch 2/100
49999/49999 [==============================] - 5s 104us/sample - loss: 0.6894 - acc: 0.8050

Epoch 3/100
49999/49999 [==============================] - 4s 90us/sample - loss: 0.4317 - acc: 0.8821

Epoch 4/100
49999/49999 [==============================] - 5s 104us/sample - loss: 2.2178 - acc: 0.1345

Epoch 5/100
49999/49999 [==============================] - 5s 90us/sample - loss: 2.3025 - acc: 0.0986

Epoch 6/100
49999/49999 [==============================] - 4s 90us/sample - loss: 2.3025 - acc: 0.0986

Epoch 7/100
49999/49999 [==============================] - 4s 89us/sample - loss: 2.3025 - acc: 0.0986

编辑 3:我将损失更改为均方误差,现在网络运行良好。有没有办法让它保持交叉熵而不收敛到局部最小值?

您对看似随机的代码输出感到沮丧是可以理解和正确识别的。每次模型开始训练时,它都会随机初始化权重。根据此初始化,您会看到三种输出方案之一。

这个问题很可能是由于渐变消失造成的。当反向传播导致非常小的权重乘以一个小数字以创建几乎无限小的值时,就会发生这种现象。解决方案是为每个梯度(从成本函数内)添加小抖动 (1e-10),以便它们永远不会达到零。

网上有大量关于消失梯度的更详细的博客,对于实现示例,请查看此 TensorFlow Network

的第 217 行

I changed the loss to mean squared error and the network works well now

MSE 不是 此类分类问题的适当损失函数;你当然应该坚持 loss = 'categorical_crossentropy'.

问题很可能是由于您的 MNIST 数据未标准化;你应该将你的最终变量规范化为

x_train = x_train.values/255
x_test = x_test.values/255

不规范化输入数据是梯度爆炸问题的一个已知原因,这可能就是这里发生的情况。

其他建议:为你的第一个密集层设置 activation='relu',并去掉所有层的正则化器和初始化器参数(默认的 glorot_uniform 实际上是一个更好的初始化器,而这里的正则化实际上可能对性能有害。

作为一般性建议,尝试而不是重新发明轮子——从使用内置 MNIST 数据的 Keras example 开始...