Keras callbacks
Keras callbacks
When training a Transformers model with Keras, there are some library-specific callbacks available to automate common tasks:
KerasMetricCallback
class transformers.KerasMetricCallback
( metric_fn: typing.Callableeval_dataset: typing.Union[tensorflow.python.data.ops.dataset_ops.DatasetV2, numpy.ndarray, tensorflow.python.framework.ops.Tensor, tuple, dict]output_cols: typing.Optional[typing.List[str]] = Nonelabel_cols: typing.Optional[typing.List[str]] = Nonebatch_size: typing.Optional[int] = Nonepredict_with_generate: bool = Falseuse_xla_generation: bool = Falsegenerate_kwargs: typing.Optional[dict] = None )
Parameters
metric_fn (
Callable
) β Metric function provided by the user. It will be called with two arguments -predictions
andlabels
. These contain the modelβs outputs and matching labels from the dataset. It should return a dict mapping metric names to numerical values.eval_dataset (
tf.data.Dataset
ordict
ortuple
ornp.ndarray
ortf.Tensor
) β Validation data to be used to generate predictions for themetric_fn
.output_cols (`List[str], optional) β A list of columns to be retained from the model output as the predictions. Defaults to all.
label_cols (β
List[str]
, optionalβ) β A list of columns to be retained from the input dataset as the labels. Will be autodetected if this is not supplied.batch_size (
int
, optional) β Batch size. Only used when the data is not a pre-batchedtf.data.Dataset
.predict_with_generate (
bool
, optional, defaults toFalse
) β Whether we should usemodel.generate()
to get outputs for the model.use_xla_generation (
bool
, optional, defaults toFalse
) β If weβre generating, whether to compile model generation with XLA. This can massively increase the speed of generation (up to 100X speedup) but will require a new XLA compilation for each input shape. When using XLA generation, itβs a good idea to pad your inputs to the same size, or to use thepad_to_multiple_of
argument in yourtokenizer
orDataCollator
, which will reduce the number of unique input shapes and save a lot of compilation time. This option has no effect ispredict_with_generate
isFalse
.generate_kwargs (
dict
, optional) β Keyword arguments to pass tomodel.generate()
when generating. Has no effect ifpredict_with_generate
isFalse
.
Callback to compute metrics at the end of every epoch. Unlike normal Keras metrics, these do not need to be compilable by TF. It is particularly useful for common NLP metrics like BLEU and ROUGE that require string operations or generation loops that cannot be compiled. Predictions (or generations) will be computed on the eval_dataset
before being passed to the metric_fn
in np.ndarray
format. The metric_fn
should compute metrics and return a dict mapping metric names to metric values.
We provide an example of a suitable metric_fn that computes ROUGE scores for a summarization model below. Note that this example skips some post-processing for readability and simplicity, and should probably not be used as-is!
Copied
The above function will return a dict containing values which will be logged like any other Keras metric:
Copied
PushToHubCallback
class transformers.PushToHubCallback
( output_dir: typing.Union[str, pathlib.Path]save_strategy: typing.Union[str, transformers.trainer_utils.IntervalStrategy] = 'epoch'save_steps: typing.Optional[int] = Nonetokenizer: typing.Optional[transformers.tokenization_utils_base.PreTrainedTokenizerBase] = Nonehub_model_id: typing.Optional[str] = Nonehub_token: typing.Optional[str] = Nonecheckpoint: bool = False**model_card_args )
Parameters
output_dir (
str
) β The output directory where the model predictions and checkpoints will be written and synced with the repository on the Hub.save_strategy (
str
or IntervalStrategy, optional, defaults to"epoch"
) β The checkpoint save strategy to adopt during training. Possible values are:"no"
: Save is done at the end of training."epoch"
: Save is done at the end of each epoch."steps"
: Save is done everysave_steps
save_steps (
int
, optional) β The number of steps between saves when using the βstepsβsave_strategy
.tokenizer (
PreTrainedTokenizerBase
, optional) β The tokenizer used by the model. If supplied, will be uploaded to the repo alongside the weights.hub_model_id (
str
, optional) β The name of the repository to keep in sync with the localoutput_dir
. It can be a simple model ID in which case the model will be pushed in your namespace. Otherwise it should be the whole repository name, for instance"user_name/model"
, which allows you to push to an organization you are a member of with"organization_name/model"
.Will default to the name of
output_dir
.hub_token (
str
, optional) β The token to use to push the model to the Hub. Will default to the token in the cache folder obtained withboincai-cli login
.checkpoint (
bool
, optional, defaults toFalse
) β Whether to save full training checkpoints (including epoch and optimizer state) to allow training to be resumed. Only usable whensave_strategy
is"epoch"
.
Callback that will save and push the model to the Hub regularly. By default, it pushes once per epoch, but this can be changed with the save_strategy
argument. Pushed models can be accessed like any other model on the hub, such as with the from_pretrained
method.
Copied
Last updated