Path: blob/master/site/pt-br/guide/keras/save_and_serialize.ipynb
25118 views
Copyright 2020 The TensorFlow Authors.
Salvamento e carga de modelos Keras
Introdução
Um modelo Keras consiste em vários componentes:
A arquitetura, ou configuração, que especifica quais camadas o modelo contém e como elas estão conectadas.
Um conjunto de valores de pesos (o "estado do modelo").
Um otimizador (definido pela compilação do modelo).
Um conjunto de perdas e métricas (definido compilando o modelo ou chamando
add_loss()
ouadd_metric()
).
A API do Keras permite salvar todas essas partes no disco de uma só vez ou salvar seletivamente apenas algumas delas:
Salvando tudo em um único arquivo no formato TensorFlow SavedModel (ou no antigo formato Keras H5). Esta é a prática padrão.
Salvando apenas a arquitetura/configuração, geralmente como um arquivo JSON.
Salvando apenas os valores dos pesos. Isso geralmente é usado ao treinar o modelo.
Vamos dar uma olhada em cada uma dessas alternativas. Quando você usaria uma ou outra e como elas funcionam?
Como salvar e carregar um modelo
Se você tem apenas 10 segundos para ler este guia, aqui está tudo o que você precisa saber.
Salvando um modelo Keras:
Carregando o modelo de volta:
Agora, vamos ver os detalhes.
Configuração
Salvamento e carregamento do modelo inteiro
Você pode salvar um modelo inteiro num único artefato. Ele vai conter:
A arquitetura/configuração do modelo
Os valores de peso do modelo (que foram aprendidos durante o treinamento)
As informações de compilação do modelo (se
compile()
foi chamado)O otimizador e seu estado, se houver (isso permite que você reinicie o treinamento de onde parou)
APIs
model.save()
outf.keras.models.save_model()
tf.keras.models.load_model()
Há dois formatos que você pode usar para salvar um modelo inteiro em disco: o formato TensorFlow SavedModel e o antigo formato Keras H5. O formato recomendado é SavedModel. É o padrão quando você usa model.save()
.
Para mudar para o formato H5 você pode:
Passar
save_format='h5'
parasave()
.Passar um nome de arquivo que termina em
.h5
ou.keras
parasave()
.
Formato SavedModel
SavedModel é o formato de salvamento mais abrangente que salva a arquitetura do modelo, os pesos e os subgráficos do Tensorflow rastreados das funções de chamada. Isto permite que o Keras restaure tanto as camadas internas quanto os objetos personalizados.
Exemplo:
O que o SavedModel contém
Chamar model.save('my_model')
cria uma pasta chamada my_model
, contendo o seguinte:
A arquitetura do modelo e a configuração de treinamento (incluindo o otimizador, perdas e métricas) são armazenadas em saved_model.pb
. Os pesos são salvos no diretório variables/
.
Para informações detalhadas sobre o formato SavedModel, consulte o guia SavedModel (O formato SavedModel no disco).
Como o SavedModel lida com objetos personalizados
Ao salvar o modelo e suas camadas, o formato SavedModel armazena o nome da classe, função de chamada (call), perdas e pesos (e a configuração, se implementada). A função de chamada define o grafo de computação do modelo/camada.
Na ausência da configuração do modelo/camada, a função de chamada é usada para criar um modelo que existe como o modelo original que pode ser treinado, avaliado e usado para inferência.
No entanto, é sempre uma boa prática definir os métodos get_config
e from_config
ao escrever um modelo personalizado ou classe de camada. Isto permite que você atualize facilmente a computação mais tarde, se necessário. Consulte a seção sobre objetos personalizados para mais informações.
Exemplo:
O primeiro modelo carregado é carregado usando a configuração e a classe CustomModel
. O segundo modelo é carregado criando dinamicamente a classe de modelo que age como o modelo original.
Configurando o SavedModel
Novidade no TensoFlow 2.4 O argumento save_traces
foi adicionado ao model.save
, o que permite alternar o rastreamento da função SavedModel. As funções são salvas para permitir que o Keras recarregue os objetos personalizados sem as definições originais da classe, portanto, quando save_traces=False
, todos os objetos personalizados devem ter definido métodos get_config
/from_config
. Ao carregar, os objetos personalizados devem ser passados para o argumento custom_objects
. save_traces=False
reduz o espaço em disco usado pelo SavedModel e economiza tempo.
Formato Keras H5
O Keras também suporta o salvamento de um único arquivo HDF5 contendo a arquitetura do modelo, valores de pesos e informações compile()
. É uma alternativa leve ao SavedModel.
Exemplo:
Limitações
Em comparação com o formato SavedModel, há duas coisas que não são incluídas no arquivo H5:
Perdas e métricas externas adicionadas via
model.add_loss()
emodel.add_metric()
não são salvas (ao contrário de SavedModel). Se você tiver essas perdas e métricas em seu modelo e quiser retomar o treinamento, precisará adicionar essas perdas novamente depois de carregar o modelo. Observe que isso não se aplica a perdas/métricas criadas dentro das camadas viaself.add_loss()
eself.add_metric()
. Enquanto a camada for carregada, essas perdas e métricas são mantidas, pois fazem parte do métodocall
da camada.O grafo de computação de objetos personalizados,, tais como camadas personalizadas, não está incluído no arquivo salvo. No momento do carregamento, o Keras precisará acessar as classes/funções Python desses objetos para reconstruir o modelo. Veja Objetos personalizados.
Salvando a arquitetura
A configuração (ou arquitetura) do modelo especifica quais camadas o modelo contém e como essas camadas são conectadas*. Se você tiver a configuração de um modelo, o modelo poderá ser criado com um estado recém-inicializado para os pesos e nenhuma informação de compilação.
*Observe que isto se aplica apenas a modelos definidos usando APIs funcionais ou sequenciais, não modelos construídos como subclasses.
Configuração de um modelo sequencial ou modelo de API funcional
Esses tipos de modelos são grafos explícitos de camadas: sua configuração está sempre disponível de forma estruturada.
APIs
get_config()
efrom_config()
tf.keras.models.model_to_json()
etf.keras.models.model_from_json()
get_config()
e from_config()
Chamar config = model.get_config()
retornará um dict do Python contendo a configuração do modelo. O mesmo modelo pode então ser reconstruído via Sequential.from_config(config)
(para um modelo Sequential
) ou Model.from_config(config)
(para um modelo da Functional API).
O mesmo workflow também funciona para qualquer camada serializável.
Exemplo de camada:
Exemplo de modelo sequencial:
Exemplo de modelo funcional:
tf.keras.models.model_to_json()
e tf.keras.models.model_from_json()
Isto é semelhante a get_config
/ from_config
, exceto que transforma o modelo em uma string JSON, que pode ser carregada sem a classe de modelo original. Também é específico para modelos, não é para camadas.
Exemplo:
Objetos personalizados
Modelos e camadas
A arquitetura de modelos e camadas implementados como subclasses são definidas nos métodos __init__
e call
. Eles são considerados bytecode Python, que não podem ser serializados em uma configuração compatível com JSON: você pode até tentar serializar o bytecode (por exemplo, via pickle
), mas é completamente inseguro e significa que seu modelo não poderá ser carregado em um sistema diferente.
Para salvar/carregar um modelo com camadas definidas de forma personalizada ou um modelo em subclasse, você precisa sobrescrever os métodos get_config
e, opcionalmente, from_config
. Além disso, você deve usar registrar o objeto personalizado para que Keras esteja ciente dele.
Funções personalizadas
As funções personalizadas (por exemplo, perda de ativação ou inicialização) não precisam de um método get_config
. O nome da função é suficiente para o carregamento, desde que seja registrado como um objeto personalizado.
Carregando apenas o grafo do TensorFlow
É possível carregar o grafo TensorFlow gerado pelo Keras. Se você fizer isso, não precisará fornecer nenhum custom_objects
. Você pode fazer assim:
Note que este método tem várias desvantagens:
Por motivos de rastreabilidade, você sempre deve ter acesso aos objetos personalizados que foram usados. Você não vai querer colocar em produção um modelo que não pode recriar.
O objeto retornado por
tf.saved_model.load
não é um modelo Keras. Portanto, não é tão fácil de usar. Por exemplo, você não terá acesso a.predict()
ou.fit()
Mesmo que seu uso seja desencorajado, este método pode ajudar se você estiver em uma situação difícil, por exemplo, se você perdeu o código de seus objetos personalizados ou tem problemas para carregar o modelo com tf.keras.models.load_model()
.
Você pode descobrir mais na página sobre tf.saved_model.load
Definindo os métodos de configuração
Especificações:
get_config
deve retornar um dicionário serializável JSON para ser compatível com as APIs de arquitetura e de salvamento de modelos do Keras.from_config(config)
(classmethod
) deve retornar um novo objeto de camada ou modelo criado a partir do arquivo config. A implementação padrão retornacls(**config)
.
Exemplo:
Registrando o objeto personalizado
O Keras mantém um registro da classe que gerou o config. No exemplo acima, tf.keras.layers.serialize
gera um formato serializado da camada personalizada:
O Keras mantém uma lista mestre de todas as classes integradas de camada, modelo, otimizador e métrica, que é usada para encontrar a classe correta onde from_config
será chamado. Se a classe não puder ser encontrada, será gerado um erro (Value Error: Unknown layer
). Existem algumas maneiras de registrar classes personalizadas nesta lista:
Configurando o argumento
custom_objects
na função de carregamento. (veja o exemplo na seção acima "Definindo os métodos de configuração")tf.keras.utils.custom_object_scope
outf.keras.utils.CustomObjectScope
tf.keras.utils.register_keras_serializable
Camada personalizada e exemplo de função
Clonagem de modelo na memória
Você também pode fazer a clonagem na memória de um modelo via tf.keras.models.clone_model()
. Isto é equivalente a obter o config e, em seguida, recriar o modelo a partir do seu config (para que não preserve as informações de compilação ou os valores dos pesos da camada).
Exemplo:
Salvando e carregando apenas os valores dos pesos do modelo
Você pode optar por salvar e carregar apenas os pesos de um modelo. Isto pode ser útil se:
Você só precisar do modelo para inferência: neste caso, você não precisará reiniciar o treinamento, portanto, não precisará das informações de compilação ou do estado do otimizador.
Você está fazendo aprendizado por transferência: neste caso, você estará treinando um novo modelo reutilizando o estado de um modelo anterior, portanto, não precisa das informações de compilação do modelo anterior.
APIs para transferência de peso na memória
Os pesos podem ser copiados entre diferentes objetos usando get_weights
e set_weights
:
tf.keras.layers.Layer.get_weights()
: Retorna uma lista de arrays numpy.tf.keras.layers.Layer.set_weights()
: define os pesos do modelo para os valores no argumentoweights
.
Exemplos abaixo.
Transferindo pesos de uma camada para outra, na memória
Transferindo pesos de um modelo para outro modelo com arquitetura compatível, na memória
O caso das camadas stateless
Como as camadas stateless não alteram a ordem ou o número de pesos, os modelos podem ter arquiteturas compatíveis mesmo se houver camadas stateless extras/ausentes.
APIs para salvar pesos em disco e carregá-los de volta
Os pesos podem ser salvos em disco chamando model.save_weights
nos seguintes formatos:
TensorFlow Checkpoint
HDF5
O formato padrão para model.save_weights
é checkpoint do TensorFlow. Há duas maneiras de especificar o formato de salvamento:
Argumento
save_format
: Defina o valor comosave_format="tf"
ousave_format="h5"
.Argumento
path
: Se o caminho terminar com.h5
ou.hdf5
, o formato HDF5 será usado. Outros sufixos resultarão num checkpoint do TensorFlow, a menos quesave_format
esteja definido.
Existe também uma possibilidade de recuperar pesos como matrizes numpy na memória. Cada API tem seus prós e contras, detalhados abaixo.
Formato TF Checkpoint
Exemplo:
Detalhes do formato
O formato TensorFlow Checkpoint salva e restaura os pesos usando nomes de atributo de objeto. Por exemplo, considere a camada tf.keras.layers.Dense
. A camada contém dois pesos: dense.kernel
e dense.bias
. Quando a camada é salva no formato tf
, o checkpoint resultante contém as chaves "kernel"
e "bias"
e seus valores de peso correspondentes. Para mais informações, consulte "Mecânica de carregamento" no guia TF Checkpoint .
Observe que o nome do atributo/borda do grafo é o nome usado no objeto pai, não o nome da variável. Considere o CustomLayer
no exemplo abaixo. A variável CustomLayer.var
é salva com "var"
como parte da chave, não "var_a"
.
Exemplo de aprendizado por transferência
Essencialmente, desde que dois modelos tenham a mesma arquitetura, eles podem compartilhar o mesmo checkpoint.
Exemplo:
Geralmente, é recomendável usar a mesma API para criar modelos. Se você alternar entre as API sequencial e funcional, ou funcional e de subclasse, etc., sempre reconstrua o modelo pré-treinado e carregue os pesos pré-treinados para cada modelo.
A próxima pergunta é: como os pesos podem ser salvos e carregados em diferentes modelos se as arquiteturas dos modelos são tão diferentes? A solução é usar tf.train.Checkpoint
para salvar e restaurar as camadas/variáveis exatas.
Exemplo:
Formato HDF5
O formato HDF5 contém pesos agrupados por nomes de camada. Os pesos são listas ordenadas concatenando a lista de pesos treináveis com a lista de pesos não treináveis (o mesmo que layer.weights
). Assim, um modelo pode usar um ponto de verificação hdf5 se tiver as mesmas camadas e status treináveis salvos no checkpoint.
Exemplo:
Observe que a alterar layer.trainable
pode resultar num ordenamento diferente layer.weights
quando o modelo contiver camadas aninhadas.
Exemplo de aprendizado por transferência
Ao carregar pesos pré-treinados do HDF5, é recomendável carregar os pesos no modelo originalmente verificado por checkpoint e, em seguida, extrair os pesos/camadas desejados num novo modelo.
Exemplo: