¿Cuántos setTimeouts concurrentes antes de problemas de rendimiento?

Tengo una aplicación node.js con setTimeouts concurrentes de 10k-100k ejecutándose en cualquier momento dado. (Todos tienen una duración de 5 minutos). La devolución de llamada es bastante trivial, solo un HDECRBY en redis. Todavía no he tenido ningún problema de rendimiento con esto, incluso en una instancia de t2.micro.

Sé que tendré problemas si las funciones de devolución de llamada no se pueden ejecutar tan rápido como estoy configurando setTimeouts (obviamente), pero ¿hay problemas al tener un alto número de setTimeouts?per se? por ejemplo, ¿voy a encontrarme con un cuello de botella RAM si escalo esto, digamos, 1 millón concurrente? ¿10 millones?

Respuestas a la pregunta(1)

Su respuesta a la pregunta