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
Hey, Apologies if you don't consider this a bug, it's in that grey area where devex performance issues cause degredation that could be considered either. But sorry if this is in the wrong place!
We're encountering an issue when using langgraph up --watch with the above langgraph.json.
Essentially the compiled dockerfile lines produced by the CLI in this region create an uncacheable layer in faux_pkgs_str, meaning that the subsequent pip installs can't use the docker build cache. That then means that if you are repetitively saving, you can easily balloon the HD space usage dramatically. I've had quite a few instances where it's exhausted the 50GB volume assigned to my docker VM and the postgres sidecar no longer inserts records. I ended up tearing down regularly and using docker builder prune about once a day on my development machine, meaning we lost traces etc.
In our instance, we've resorted to creating a static pyproject.toml file and a static docker-compose.yml using what the CLI creates; however this is a potential maintenance headache long-term.
It appears that the package name isn't used for anything outside the install and is the only dynamic content; as such I'd suggest swapping to a static pyproject.toml file that can be added to the container, so that docker can cache it.
Very happy to open a PR if it would help, but wanted to make the observation/issue report first to gather your thoughts!
System Info
❯ python -m langchain_core.sys_info
System Information
OS: Darwin
OS Version: Darwin Kernel Version 23.6.0: Mon Jul 29 21:14:30 PDT 2024; root:xnu-10063.141.2~1/RELEASE_ARM64_T6030
Python Version: 3.12.3 (v3.12.3:f6650f9ad7, Apr 9 2024, 08:18:47) [Clang 13.0.0 (clang-1300.0.29.30)]
Checked other resources
Example Code
Error Message and Stack Trace (if applicable)
No response
Description
Hey, Apologies if you don't consider this a bug, it's in that grey area where devex performance issues cause degredation that could be considered either. But sorry if this is in the wrong place!
We're encountering an issue when using
langgraph up --watch
with the abovelanggraph.json
.Essentially the compiled dockerfile lines produced by the CLI in this region create an uncacheable layer in
faux_pkgs_str
, meaning that the subsequentpip install
s can't use the docker build cache. That then means that if you are repetitively saving, you can easily balloon the HD space usage dramatically. I've had quite a few instances where it's exhausted the 50GB volume assigned to my docker VM and the postgres sidecar no longer inserts records. I ended up tearing down regularly and usingdocker builder prune
about once a day on my development machine, meaning we lost traces etc.In our instance, we've resorted to creating a static
pyproject.toml
file and a staticdocker-compose.yml
using what the CLI creates; however this is a potential maintenance headache long-term.It appears that the package name isn't used for anything outside the install and is the only dynamic content; as such I'd suggest swapping to a static
pyproject.toml
file that can be added to the container, so that docker can cache it.Very happy to open a PR if it would help, but wanted to make the observation/issue report first to gather your thoughts!
System Info
❯ python -m langchain_core.sys_info
System Information
Package Information
Optional packages not installed
Other Dependencies
The text was updated successfully, but these errors were encountered: