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
I have searched the Supervision issues and found no similar feature requests.
Question
Hi! 👋
I found that supervision was using >40GB of RAM in my system when using DectectionDataset to save a relatively large dataset as_yolo. I realized that the DectectionDataset uses a dictionary to map the image name to the image, which is stored in memory.
I wanted to ask if this is the expected behavior since it could lead to take all the available RAM when dealing with some datasets.
If it is not, maybe it could store a reference path to the original image that is only opened when exporting the dataset.
As an example of this behavior I used this skeleton script:
You've hit on something very high in our priorities list.
In the next supervision release we'd like to start implementing a more efficient data loader.
You can find some context here if it's something that catches your interest: #316
For now, we will work with @LinasKo, as we know, to design the proper API. Once we will create the first dataset loader (probably for YOLO format), you can pick the next one (COCO or PASCAL).
Search before asking
Question
Hi! 👋
I found that supervision was using >40GB of RAM in my system when using
DectectionDataset
to save a relatively large dataset as_yolo. I realized that theDectectionDataset
uses a dictionary to map the image name to the image, which is stored in memory.I wanted to ask if this is the expected behavior since it could lead to take all the available RAM when dealing with some datasets.
If it is not, maybe it could store a reference path to the original image that is only opened when exporting the dataset.
As an example of this behavior I used this skeleton script:
Additional
No response
The text was updated successfully, but these errors were encountered: