prav2019
prav2019
> same issue i faced @prav2019 Any solution to overcome that @Riki-1mg
@teymour-aldridge : here is the debug statistics: Memory Statistics Top 10 Files /usr/local/lib/python3.6/site-packages/uvicorn/main.py:305: size=1652 KiB (+1499 KiB), count=4597 (+4172), average=368 B KB /usr/local/lib/python3.6/site-packages/starlette/applications.py:136: size=1288 KiB (+1173 KiB), count=2290 (+2086), average=576...
@teymour-aldridge the above grows and cause OOM after a while
@teymour-aldridge , this usually happens when there are some traffic over a period of time. Usually this is happening in our prod environment. OS: using docker image: python 3.6 [so...
@teymour-aldridge , current status: **Top 10 Files** /usr/local/lib/python3.6/site-packages/uvicorn/main.py:305: size=3650 KiB (+1922 KiB), count=10158 (+5349), average=368 B KB /usr/local/lib/python3.6/site-packages/starlette/applications.py:136: size=2851 KiB (+1504 KiB), count=5069 (+2673), average=576 B KB /usr/local/lib/python3.6/threading.py:347: size=2104 KiB...
@teymour-aldridge haven't tried with latest version ? but i like to give it a shot, if there were any memory fix done with the versions after 0.20.0
@teymour-aldridge updated to latest version, will report back, once I see the result, Thanks
@teymour-aldridge I checked on our staging, after updating to latest versions [fast api and uvicorn], the memory issue still exists
@teymour-aldridge can this one work, i saw this in uvicorn documentation: **--limit-max-requests - Maximum number of requests to service before terminating the process. Useful when running together with a process...