Structure des threads pour un jeu

Bonjour,

Je suis actuellement entrain de développé un jeu en 2D en utilisant py-sfml.
Pour ce jeu, j'utilise une méthode de chargement en temps réel de la map, avec comme source un fichier xml.

J'ai eu pas mal de problème concernant les threads.
Initialement, je faisais les updates graphique et les inputs dans la boucle principale et threader le chargement de la map. Une erreur. Le thread est trop lent et en multiprocessing je n'arrive pas à ressortir le tableau de vertexArray pour mettre à jour le les graphismes.

Je pense que je m'y prend de la mauvaise manière, je pense que je dois revoir ma logique concernant "qui fait quoi"

J'imagine globalement une autre manière de faire :

La boucle principale :
-Elle s'occupe de lire le xml
-Charge les vertexArray (map) -> transmet au thread 1
-Charge les entités (ennemis, objets, ...) -> transmet au thread 1

Thread 1 :
-Récupère les inputs
-Gère la caméra -> transmet à la boucle principale pour l'emplacement xml et au thread 2 pour les collisions
-Met à jour les graphismes

Thread 2 :
-Calculs de collision


J'ai juste peur que les threads soient trop lent pour gérer ça. C'est le premier projet auquel j'utilise des threads et je pense que ma compréhension de ceux ci n'est pas encore vraiment acquise.

Avant de me (re)lancer un peu tête baissée, j'aurais bien voulu avoir vos avis sur la structure à utiliser.

Je vous remercie d'avance :)