5 ms·
Please open an issue with some details about the memory usage. We're happy to investigate and feedback on how it's working in production is always helpful. (I
by zanie 1y ago
Please open an issue with some details about the memory usage. We're happy to investigate and feedback on how it's working in production is always helpful.
(I work on uv)
- alisonatwork 1y agoLast time I looked into this I found this unresolved issue, which is pretty much the same thing: https://github.com/astral-sh/uv/issues/7004 https://github.com/astral-sh/uv/issues/7004 We run on-prem k8s and do the pip install stage in a 2CPU/4GB Gitlab runner, which feels like it should be sufficient for the uv:python3.12-bookworm image. We have about 100 deps that aside from numpy/pandas/pyarrow are pretty lightweight. No GPU stuff. I tried 2CPU/8GB runners but it still OOMed occasionally so didn't seem worth using up those resources for the normal case. I don't know enough about the uv internals to understand why it's so expensive, but it feels counter-intuitive because the whole venv is "only" around 500MB.
- zanie 1y agoThanks that's helpful. Did you try reducing the concurrency limit?