SparseAdam#
- classtorch.optim.SparseAdam(params,lr=0.001,betas=(0.9,0.999),eps=1e-08,maximize=False)[source]#
SparseAdam implements a masked version of the Adam algorithmsuitable for sparse gradients. Currently, due to implementation constraints (explainedbelow), SparseAdam is only intended for a narrow subset of use cases, specificallyparameters of a dense layout with gradients of a sparse layout. This occurs in aspecial case where the module backwards produces grads already in a sparse layout.One example NN module that behaves as such is
nn.Embedding(sparse=True).SparseAdam approximates the Adam algorithm by masking out the parameter and momentupdates corresponding to the zero values in the gradients. Whereas the Adam algorithmwill update the first moment, the second moment, and the parameters based on all valuesof the gradients, SparseAdam only updates the moments and parameters correspondingto the non-zero values of the gradients.
A simplified way of thinking about theintended implementation is as such:
Create a mask of the non-zero values in the sparse gradients. For example,if your gradient looks like [0, 5, 0, 0, 9], the mask would be [0, 1, 0, 0, 1].
Apply this mask over the running moments and do computation on only thenon-zero values.
Apply this mask over the parameters and only apply an update on non-zero values.
In actuality, we use sparse layout Tensors to optimize this approximation, which means themore gradients that are masked by not being materialized, the more performant the optimization.Since we rely on using sparse layout tensors, we infer that any materialized value in thesparse layout is non-zero and we do NOT actually verify that all values are not zero!It is important to not conflate a semantically sparse tensor (a tensor where manyof its values are zeros) with a sparse layout tensor (a tensor where
.is_sparsereturnsTrue). The SparseAdam approximation is intended forsemantically sparsetensors and the sparse layout is only a implementation detail. A clearer implementationwould be to use MaskedTensors, but those are experimental.Note
If you suspect your gradients are semantically sparse (but do not have sparselayout), this variant may not be the best for you. Ideally, you want to avoidmaterializing anything that is suspected to be sparse in the first place, sinceneeding to convert all your grads from dense layout to sparse layout may outweighthe performance gain. Here, using Adam may be the best alternative, unless youcan easily rig up your module to output sparse grads similar to
nn.Embedding(sparse=True). If you insist on converting your grads, you can doso by manually overriding your parameters’.gradfields with their sparseequivalents before calling.step().- Parameters
params (iterable) – iterable of parameters or named_parameters to optimizeor iterable of dicts defining parameter groups. When using named_parameters,all parameters in all groups should be named
betas (Tuple[float,float],optional) – coefficients used for computingrunning averages of gradient and its square (default: (0.9, 0.999))
eps (float,optional) – term added to the denominator to improvenumerical stability (default: 1e-8)
maximize (bool,optional) – maximize the objective with respect to theparams, instead of minimizing (default: False)
- add_param_group(param_group)[source]#
Add a param group to the
Optimizersparam_groups.This can be useful when fine tuning a pre-trained network as frozen layers can be madetrainable and added to the
Optimizeras training progresses.- Parameters
param_group (dict) – Specifies what Tensors should be optimized along with groupspecific optimization options.
- load_state_dict(state_dict)[source]#
Load the optimizer state.
- Parameters
state_dict (dict) – optimizer state. Should be an object returnedfrom a call to
state_dict().
Warning
Make sure this method is called after initializing
torch.optim.lr_scheduler.LRScheduler,as calling it beforehand will overwrite the loaded learning rates.Note
The names of the parameters (if they exist under the “param_names” key of each param groupin
state_dict()) will not affect the loading process.To use the parameters’ names for custom cases (such as when the parameters in the loaded state dictdiffer from those initialized in the optimizer),a customregister_load_state_dict_pre_hookshould be implemented to adapt the loaded dictaccordingly.Ifparam_namesexist in loaded state dictparam_groupsthey will be saved and overridethe current names, if present, in the optimizer state. If they do not exist in loaded state dict,the optimizerparam_nameswill remain unchanged.Example
>>>model=torch.nn.Linear(10,10)>>>optim=torch.optim.SGD(model.parameters(),lr=3e-4)>>>scheduler1=torch.optim.lr_scheduler.LinearLR(...optim,...start_factor=0.1,...end_factor=1,...total_iters=20,...)>>>scheduler2=torch.optim.lr_scheduler.CosineAnnealingLR(...optim,...T_max=80,...eta_min=3e-5,...)>>>lr=torch.optim.lr_scheduler.SequentialLR(...optim,...schedulers=[scheduler1,scheduler2],...milestones=[20],...)>>>lr.load_state_dict(torch.load("./save_seq.pt"))>>># now load the optimizer checkpoint after loading the LRScheduler>>>optim.load_state_dict(torch.load("./save_optim.pt"))
- register_load_state_dict_post_hook(hook,prepend=False)[source]#
Register a load_state_dict post-hook which will be called after
load_state_dict()is called. It should have thefollowing signature:hook(optimizer)->None
The
optimizerargument is the optimizer instance being used.The hook will be called with argument
selfafter callingload_state_dictonself. The registered hook can be used toperform post-processing afterload_state_dicthas loaded thestate_dict.- Parameters
hook (Callable) – The user defined hook to be registered.
prepend (bool) – If True, the provided post
hookwill be fired beforeall the already registered post-hooks onload_state_dict. Otherwise,the providedhookwill be fired after all the already registeredpost-hooks. (default: False)
- Returns
a handle that can be used to remove the added hook by calling
handle.remove()- Return type
torch.utils.hooks.RemoveableHandle
- register_load_state_dict_pre_hook(hook,prepend=False)[source]#
Register a load_state_dict pre-hook which will be called before
load_state_dict()is called. It should have thefollowing signature:hook(optimizer,state_dict)->state_dictorNone
The
optimizerargument is the optimizer instance being used and thestate_dictargument is a shallow copy of thestate_dictthe userpassed in toload_state_dict. The hook may modify the state_dict inplaceor optionally return a new one. If a state_dict is returned, it will be usedto be loaded into the optimizer.The hook will be called with argument
selfandstate_dictbeforecallingload_state_dictonself. The registered hook can be used toperform pre-processing before theload_state_dictcall is made.- Parameters
hook (Callable) – The user defined hook to be registered.
prepend (bool) – If True, the provided pre
hookwill be fired beforeall the already registered pre-hooks onload_state_dict. Otherwise,the providedhookwill be fired after all the already registeredpre-hooks. (default: False)
- Returns
a handle that can be used to remove the added hook by calling
handle.remove()- Return type
torch.utils.hooks.RemoveableHandle
- register_state_dict_post_hook(hook,prepend=False)[source]#
Register a state dict post-hook which will be called after
state_dict()is called.It should have the following signature:
hook(optimizer,state_dict)->state_dictorNone
The hook will be called with arguments
selfandstate_dictafter generatingastate_dictonself. The hook may modify the state_dict inplace or optionallyreturn a new one. The registered hook can be used to perform post-processingon thestate_dictbefore it is returned.- Parameters
hook (Callable) – The user defined hook to be registered.
prepend (bool) – If True, the provided post
hookwill be fired beforeall the already registered post-hooks onstate_dict. Otherwise,the providedhookwill be fired after all the already registeredpost-hooks. (default: False)
- Returns
a handle that can be used to remove the added hook by calling
handle.remove()- Return type
torch.utils.hooks.RemoveableHandle
- register_state_dict_pre_hook(hook,prepend=False)[source]#
Register a state dict pre-hook which will be called before
state_dict()is called.It should have the following signature:
hook(optimizer)->None
The
optimizerargument is the optimizer instance being used.The hook will be called with argumentselfbefore callingstate_dictonself.The registered hook can be used to perform pre-processing before thestate_dictcall is made.- Parameters
hook (Callable) – The user defined hook to be registered.
prepend (bool) – If True, the provided pre
hookwill be fired beforeall the already registered pre-hooks onstate_dict. Otherwise,the providedhookwill be fired after all the already registeredpre-hooks. (default: False)
- Returns
a handle that can be used to remove the added hook by calling
handle.remove()- Return type
torch.utils.hooks.RemoveableHandle
- register_step_post_hook(hook)[source]#
Register an optimizer step post hook which will be called after optimizer step.
It should have the following signature:
hook(optimizer,args,kwargs)->None
The
optimizerargument is the optimizer instance being used.- Parameters
hook (Callable) – The user defined hook to be registered.
- Returns
a handle that can be used to remove the added hook by calling
handle.remove()- Return type
torch.utils.hooks.RemovableHandle
- register_step_pre_hook(hook)[source]#
Register an optimizer step pre hook which will be called before optimizer step.
It should have the following signature:
hook(optimizer,args,kwargs)->Noneormodifiedargsandkwargs
The
optimizerargument is the optimizer instance being used. Ifargs and kwargs are modified by the pre-hook, then the transformedvalues are returned as a tuple containing the new_args and new_kwargs.- Parameters
hook (Callable) – The user defined hook to be registered.
- Returns
a handle that can be used to remove the added hook by calling
handle.remove()- Return type
torch.utils.hooks.RemovableHandle
- state_dict()[source]#
Return the state of the optimizer as a
dict.It contains two entries:
state: a Dict holding current optimization state. Its contentdiffers between optimizer classes, but some common characteristicshold. For example, state is saved per parameter, and the parameteritself is NOT saved.
stateis a Dictionary mapping parameter idsto a Dict with state corresponding to each parameter.
param_groups: a List containing all parameter groups where eachparameter group is a Dict. Each parameter group contains metadataspecific to the optimizer, such as learning rate and weight decay,as well as a List of parameter IDs of the parameters in the group.If a param group was initialized with
named_parameters()the namescontent will also be saved in the state dict.
NOTE: The parameter IDs may look like indices but they are just IDsassociating state with param_group. When loading from a state_dict,the optimizer will zip the param_group
params(int IDs) and theoptimizerparam_groups(actualnn.Parameters) in order tomatch state WITHOUT additional verification.A returned state dict might look something like:
{ 'state': { 0: {'momentum_buffer': tensor(...), ...}, 1: {'momentum_buffer': tensor(...), ...}, 2: {'momentum_buffer': tensor(...), ...}, 3: {'momentum_buffer': tensor(...), ...} }, 'param_groups': [ { 'lr': 0.01, 'weight_decay': 0, ... 'params': [0] 'param_names' ['param0'] (optional) }, { 'lr': 0.001, 'weight_decay': 0.5, ... 'params': [1, 2, 3] 'param_names': ['param1', 'layer.weight', 'layer.bias'] (optional) } ]}
- step(closure=None)[source]#
Perform a single optimization step.
- Parameters
closure (Callable,optional) – A closure that reevaluates the modeland returns the loss.
- zero_grad(set_to_none=True)[source]#
Reset the gradients of all optimized
torch.Tensors.- Parameters
set_to_none (bool,optional) –
Instead of setting to zero, set the grads to None. Default:
TrueThis will in general have lower memory footprint, and can modestly improve performance.However, it changes certain behaviors. For example:
When the user tries to access a gradient and perform manual ops on it,a None attribute or a Tensor full of 0s will behave differently.
If the user requests
zero_grad(set_to_none=True)followed by a backward pass,.gradsare guaranteed to be None for params that did not receive a gradient.torch.optimoptimizers have a different behavior if the gradient is 0 or None(in one case it does the step with a gradient of 0 and in the other it skipsthe step altogether).