이어서 말씀드리자면, Jobs::PostAlert에서도 동일한 문제를 겪고 있습니다:
현재 테스트 환경에서 사이드킥 4개와 기본 5개 스레드를 사용할 때 해당 잡들이 15분까지 걸리는 경우가 잦습니다. 사이드킥의 초당 처리 속도는 동시에 실행되는 잡의 수와 다른 잡을 위해 사용 가능한 스레드 수에 크게 의존하는 것 같습니다.
사이드킥을 6개 이상(스레드 5개)으로 늘리면 큐 처리 속도는 빨라지지만, Postgres가 비교적 자주 충돌합니다(동시에 실행되는 Jobs::PostAlert 잡이 너무 많아서 그런 것으로 추정됩니다).
현재 Stable 3.3.2 버전을 사용하고 있습니다. 제가 아는 한, 링크된 스레드의 변경 사항 및 수정 내용은 3.3.2에 이미 구현된 것으로 보입니다.