@spherecryptoofficial1 · Post #1406 · 06.03.2026 г., 10:06
🟠Bitcoin ETF Inflow : 2026-03-05 #IBIT : -$88.7M #FBTC : -$48.0M #BITB : -$46.4M #ARKB : -$22.7M #BRRR : $5.4M #HODL : -$8.6M #GBTC : -$18.9M 📊Net Inflow : -$227.9M ⚡7-day Avg : $235.8M
TGINSIGHT SIMILAR POSTS
Изворен канал @pythonotes · Post #425 · 20 апр.
Недавно делал быстрый прототип асинхронного приложения в котором требовалось вызывать много синхронного кода. Да, я знаю, что это не лучший дизайн, но нужно было быстрое решение на один процесс и без очередей. Поэтому я выполнял код в потоках. Выглядело это примерно так: 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
Hashtags
Пребарај: #brrr
@spherecryptoofficial1 · Post #1406 · 06.03.2026 г., 10:06
🟠Bitcoin ETF Inflow : 2026-03-05 #IBIT : -$88.7M #FBTC : -$48.0M #BITB : -$46.4M #ARKB : -$22.7M #BRRR : $5.4M #HODL : -$8.6M #GBTC : -$18.9M 📊Net Inflow : -$227.9M ⚡7-day Avg : $235.8M