smlab-niser / tirtha-public

Project Tirtha
GNU Affero General Public License v3.0
9 stars 7 forks source link

[EN] Issues with ImageOps - VRAM and concurrency #37

Open JeS24 opened 7 months ago

JeS24 commented 7 months ago

Feature request / Suggestion

Currently, we have set celery's concurrency to 1 process with several threads, in order to get around race conditions and OutOfMemory issues with the deep learning models used for ImageOps. The problem here is that ImageOps is too slow when run serially. Figure out a way to parallelize image checks, while balancing RAM / VRAM usage.

Possible implementation

Chunking might help here, the same way it works with MeshOps. Note that subprocess would not work with celery most likely, and threading on GPU has its own share of issues.

Self-check

github-actions[bot] commented 5 months ago

This issue is stale because it has been open for 60 days with no activity. Remove stale label or comment to re-open.

github-actions[bot] commented 3 months ago

This issue is stale because it has been open for 60 days with no activity. Remove stale label or comment to re-open.