¿En un juego de terminal? Puede ser ... ¿juegos en el sentido más amplio de la palabra? hacer programación multihilo es lo más normal y esperable si querés tener un juego que trabaje relativamente bien en las CPUs de hoy en día.
Casi todos los juegos que conozco usan progrmación multihilo desde cosas básicas como para gestionar sus tareas, hasta incluso cosas más "sofisticadas" como streaming de recursos (te atrevés a dibujar un sólo cuadro y bloquear para hacer I/O para preparar los recursos de la habitación que hay en frente del personaje y después dibujar otro cuadro y así? )

Saludos.

Hola, Olvidarse de esas ridiculas librerias (pthread.h, etc) si es para entorno NT usar la Win API.
en cuanto a usar multihilo o no, Es de la necesidad que se requiera, no depende si es comercial o no, si de cuantas CPUs/nucleos, etc.
Mirar esos ridiculos "juegos" de consola de hace años no hay necesidad de agrega multihilo.

No empezaremos un Linux VS Windows Cierto?
Es obvio que si es para entorno Windows librerias que mencione no dan lugar aquí.

Personalmente, se me ocurren pocas razones para ello puesto que en un juego casi todo es secuencial.

Las únicas situaciones que se me ocurren es para aliviar carga gráfica, como dicen antes.

Yo soy el primero que le he dicho que use la API de su sistema en vez de pthread y ncurses, pero de ahí a que sean ridículas hay un buen trecho.

Saludos.