You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thanks for the library. I'm currently exploring it for somewhat larger images (greyscale, 3400x3400).
Is your feature request related to a problem? Please describe.
I discovered that the BaseTrainer does create a DataLoader, does not touch the pin_memory flag. For larger data like mine, it would be great if this parameter can be turned on OR the use gets an option to turn it on when configuring the Trainer.
Describe the solution you'd like
Either add a flag to BaseTrainerConfig or add something like dataloader_kwargs to it for use specific settings.
Describe alternatives you've considered
Providing my data in a custom DataLoader. That appears to work, but I am not sure what side effects this can have (thinking of DDP parallelisation scheme).
Additional context
Much of the benchmarks are performed with "small" data. RGB images with up to 64x64 pixels. And I also have the feeling that this was a predominant assumption when coding up the base encoders and such (lots of Linear layers).
The text was updated successfully, but these errors were encountered:
Thanks for the library. I'm currently exploring it for somewhat larger images (greyscale, 3400x3400).
Is your feature request related to a problem? Please describe.
I discovered that the BaseTrainer does create a DataLoader, does not touch the
pin_memory
flag. For larger data like mine, it would be great if this parameter can be turned on OR the use gets an option to turn it on when configuring the Trainer.Describe the solution you'd like
Either add a flag to BaseTrainerConfig or add something like
dataloader_kwargs
to it for use specific settings.Describe alternatives you've considered
Providing my data in a custom DataLoader. That appears to work, but I am not sure what side effects this can have (thinking of DDP parallelisation scheme).
Additional context
Much of the benchmarks are performed with "small" data. RGB images with up to 64x64 pixels. And I also have the feeling that this was a predominant assumption when coding up the base encoders and such (lots of
Linear
layers).The text was updated successfully, but these errors were encountered: