Недавно делал быстрый прототип асинхронного приложения в котором требовалось вызывать много синхронного кода. Да, я знаю, что это не лучший дизайн, но нужно было быстрое решение на один процесс и без очередей. Поэтому я выполнял код в потоках.
Выглядело это примерно так:
from fastapi.concurrency import run_in_threadpool
async def execute(data: DataRequest) -> DataResponse:
try:
result = await run_in_threadpool(sync_function, data)
return DataResponse(data=result)
except Exception as e:
return DataResponse(
error=str(e),
success=False,
)
В общем работает нормально. Для всех вызовов под капотом используется общий тредпул, всё работает предсказуемо.
Но потребовалось изменить количество запускаемых в пуле потоков (по умолчанию создается 40 воркеров).
Так как дело происходит с FastAPI, делается это через lifespan используя настройки anyio:
import anyio
@asynccontextmanager
async def lifespan(app: FastAPI):
limiter = anyio.to_thread.current_default_thread_limiter()
limiter.total_tokens = 100
yield
# если вдруг нужно вернуть обратно
limiter.total_tokens = 40
Зачем менять количество воркеров?
- уменьшить, если оперативки мало (один тред занимает ~8мб)
- увеличить чтобы выдержать нагрузку
Если есть предложения получше при тех же вводных - предлагайте😉
#async
Lookonchain | ꘜ
Whales are accumulating $BGB recently.
0x8900 withdrew 192,668 $BGB($936K) from #Bitget over the past 2 months.
0x171D withdrew 30,607 $BGB($134K) from #Bitget 2 days ago.
0x7C9C withdrew 20,980 $BGB($102K) from #Bitget over the past 3 months.
Notably, #Bitget has burned a total of 860M $BGB($5.25B) over the past 8 months, reducing the total supply by 43%.
https://intel.arkm.com/explorer/address/0x89006C3aADfF87c5113b835660E3459C6Ad61F16
https://intel.arkm.com/explorer/address/0x171D1285a9a8De3f16d4c45706d4E2F4A5C9e175
https://intel.arkm.com/explorer/address/0x7C9C4f9046ba2173fae539FE62eEFAb1aBAD1523