It is not yet clear for me what metrics
are (as given in the code below). What exactly are they evaluating? Why do we need to define them in the model
? Why we can have multiple metrics in one model? And more importantly what is the mechanics behind all this? Any scientific reference is also appreciated.
model.compile(loss='mean_squared_error', optimizer='sgd', metrics=['mae', 'acc'])
metrics. Accuracy(name="accuracy", dtype=None) Calculates how often predictions equal labels. This metric creates two local variables, total and count that are used to compute the frequency with which y_pred matches y_true .
Recipe Objective - What are metrics in neural networks in R? Metrics help in evaluating deep learning models. Metrics are used to monitor and measure the performance of model. Metrics are not differentiable but in some cases is differentiable as can be used both as loss function(Regularization added) and a metric.
Let us now define the evaluation metrics for evaluating the performance of a machine learning model, which is an integral component of any data science project. It aims to estimate the generalization accuracy of a model on the future (unseen/out-of-sample) data.
The accuracy function tf. metrics. accuracy calculates how often predictions matches labels based on two local variables it creates: total and count , that are used to compute the frequency with which logits matches labels .
So in order to understand what metrics
are, it's good to start by understanding what a loss
function is. Neural networks are mostly trained using gradient methods by an iterative process of decreasing a loss
function.
A loss
is designed to have two crucial properties - first, the smaller its value is, the better your model fits your data, and second, it should be differentiable. So, knowing this, we could fully define what a metric
is: it's a function that, given predicted values and ground truth values from examples, provides you with a scalar measure of a "fitness" of your model, to the data you have. So, as you may see, a loss
function is a metric, but the opposite doesn't always hold. To understand these differences, let's look at the most common examples of metrics
usage:
Measure a performance of your network using non-differentiable functions: e.g. accuracy is not differentiable (not even continuous) so you cannot directly optimize your network w.r.t. to it. However, you could use it in order to choose the model with the best accuracy.
Obtain values of different loss functions when your final loss is a combination of a few of them: Let's assume that your loss has a regularization term which measures how your weights differ from 0
, and a term which measures the fitness of your model. In this case, you could use metrics
in order to have a separate track of how the fitness of your model changes across epochs.
Track a measure with respect to which you don't want to directly optimize your model: so - let's assume that you are solving a multidimensional regression problem where you are mostly concerned about mse
, but at the same time you are interested in how a cosine-distance
of your solution is changing in time. Then, it's the best to use metrics
.
I hope that the explanation presented above made obvious what metrics are used for, and why you could use multiple metrics in one model. So now, let's say a few words about mechanics of their usage in keras
. There are two ways of computing them while training:
Using metrics
defined while compilation: this is what you directly asked. In this case, keras
is defining a separate tensor for each metric you defined, to have it computed while training. This usually makes computation faster, but this comes at a cost of additional compilations, and the fact that metrics should be defined in terms of keras.backend
functions.
Using keras.callback
: It is nice that you can use Callbacks
in order to compute your metrics. As each callback has a default attribute of model
, you could compute a variety of metrics using model.predict
or model parameters while training. Moreover, it makes it possible to compute it, not only epoch-wise, but also batch-wise, or training-wise. This comes at a cost of slower computations, and more complicated logic - as you need to define metrics on your own.
Here you can find a list of available metrics, as well as an example on how you could define your own.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With