Trang chủ‎ > ‎IT‎ > ‎Data Science - Python‎ > ‎Tensorflow‎ > ‎

### Tensorflow: Problem when loss become NaN

 >> I don't have your code or data. But `tf.nn.softmax_cross_entropy_with_logits` should be stable with a valid probability distribution (more info here). I assume your data does not meet this requirement. An analogous problem was also discussed here. Which would lead you to either:Implement your own `softmax_cross_entropy_with_logits` function, e.g. try (source):``````epsilon = tf.constant(value=0.00001, shape=shape) logits = logits + epsilon softmax = tf.nn.softmax(logits) cross_entropy = -tf.reduce_sum(labels * tf.log(softmax), reduction_indices=[1])``````Update your data so that it does have a valid probability distribution>> There are lots of things I have seen make a model diverge.1) Too high of a learning rate. You can often tell if this is the case if the loss begins to increase and then diverges to infinity.2) I am not to familiar with the DNNClassifier but I am guessing it uses the categorical cross entropy cost function. This involves taking the log of the prediction which diverges as the prediction approaches zero. That is why people usually add a small epsilon value to the prediction to prevent this divergence. I am guessing the DNNClassifier probably does this or uses the tensorflow opp for it. Probably not the issue.3) Other numerical stability issues can exist such as division by zero where adding the epislon can help. Another less obvious one if the square root who's derivative can diverge if not properly simplified when dealing with finite precision numbers. Yet again I doubt this is the issue in the case of the DNNClassifier.4) You may have an issue with the input data. Try calling `np.any(np.is_nan(x))` on the input data to make sure you are not introducing the nan. Also make sure all of the target values are valid. Finally, make sure the data is properly normalized. You probably want to have the pixels in the range [-1, 1] and not [0, 255]>> Turns out this was not so much a coding issue as a Deep Learning Issue. The extra layer made the gradients too unstable, and that lead to the loss function quickly devolving to NaN. The best way to fix this is to use Xavier initialization. Otherwise, the variance of the initial values will tend to be too high, causing instability. Also, decreasing the learning rate may help.Since version 0.8 there is a Xavier initializer, see here for the docs.You can use something like this: W = tf.get_variable("W", shape=[784, 256], initializer=tf.contrib.layers.xavier_initializer())>> Reducing the batch size and learning rate worked for me. Check your learning rate. The bigger your network, more parameters to learn. That means you also need to decrease the learning rate>> Xavier/Glorot initialization(fan_in, fan_out) = ...    low = -4*np.sqrt(6.0/(fan_in + fan_out)) # use 4 for sigmoid, 1 for tanh activation     high = 4*np.sqrt(6.0/(fan_in + fan_out))    return tf.Variable(tf.random_uniform(shape, minval=low, maxval=high, dtype=tf.float32))>>prettytensor``````def xavier_init(n_inputs, n_outputs, uniform=True): """Set the parameter initialization using the method described. This method is designed to keep the scale of the gradients roughly the same in all layers. Xavier Glorot and Yoshua Bengio (2010): Understanding the difficulty of training deep feedforward neural networks. International conference on artificial intelligence and statistics. Args: n_inputs: The number of input nodes into each output. n_outputs: The number of output nodes for each input. uniform: If true use a uniform distribution, otherwise use a normal. Returns: An initializer. """ if uniform: # 6 was used in the paper. init_range = math.sqrt(6.0 / (n_inputs + n_outputs)) return tf.random_uniform_initializer(-init_range, init_range) else: # 3 gives us approximately the same limits as above since this repicks # values greater than 2 standard deviations from the mean. stddev = math.sqrt(3.0 / (n_inputs + n_outputs)) return tf.truncated_normal_initializer(stddev=stddev)``````