benchmark uvicorn 0.16.0 성능문제 cloud 에서 uvicorn 으로 서비스 해야 하는 상황에서 어떤 구조로 서비스 하는게 효율이 좋을 지 고민 중에 다음과 같은 테스트를 진행했고 뜻밖의 상황을 기록해둔다. 테스트를 마친 지금 결론은 uvicorn 의 특정버전 문제가 아닌 듯 하다. uvicorn 이 worker 프로세스를 제어하는 방식(spawn)에서 파생된 문제로 보인다. (그렇다고 하기에도 워커가 1개일때도
benchmark python, db library benchmark (feat. sqlalchemy vs aiomysql) DB 라이브러리에서 동기처리 (sqlalchemy) 가 비동기처리 (aiomysql) 특성에 따라 어떤 차이가 있는 지 살펴봤다. 벤치마크 테스트는 Pool 을 구성하고 주요 옵션이나 기능의 차이를 살펴보고자 했다. 기본적으로 동기처리는 Pool 에서 하나씩 Connection을 사용하고 리턴하는 방식으로 처리 될 것이며, 비동기 처리는 비동기로 날라오는 요청들을 가능한 Pool 안의 Connection을 가져다 쓰고 리턴하는 방식을
benchmark FastAPI (Python) vs Echo (Go) 단순 호기심에 동일 기능을 벤치마크 해봤다. 언어의 성격이나 장단이 다르니 동일한 조건의 테스트는 아니라고 생각된다. 다른 파이썬 라이브러리로도 벤치마크 해봐야겠지만, 결론적으로는 Go 로 작성된 echo 프레임웍이 RPS 면이나 응답속도로도 압도적으로 빨랐다. 1. Envapple m1 macbook air, osx v.11.6.2 bigsur, memory 16GB2.FastAPI (Python), MysqlDB 연동 API 1)
benchmark uvicorn 0.16.0 benchmark (feat. m1 mac) uvicorn 서버의 세가지 옵션 설정에 따른 성능을 평가해보고자 테스트를 진행함 1.envapple m1 macbook air, osx v.11.6.2 bigsur, memory 16GBRunning uvicorn 0.16.0 with CPython 3.9.7 on Darwin2.options1) workers작업자 프로세스의 수입니다. 기본값은 $WEB_CONCURRENCY 환경 변수인 경우를 따라가거나 기본값은 1 아래와 같이 uvicorn
