Discussion :

[augur67700]

Bonjour,

Je suis actuellement en train de développer un jeu, et je me trouve face à un problème dans le thread de mes créatures. Le thread fonctionne sans problème, cependant, tout est saccadé lorsque je lance le jeu. J'ai fais diverses recherches et tests, je n'ai rien trouvé. Puis j'ai voulu faire des affichages de variables dans la console, et là, miracle, tout fonctionnait correctement, ou presque. Je me demandais pourquoi, j'ai supprimé les instructions entre le « std::cout » et le « std::endl », pour terminer avec une ligne « std::cout << std::endl », et tout fonctionnait encore parfaitement. Cependant, quand je l'enlève, le problème revient. Voici le code de la fonction que le thread exécute :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
void Vivant::up()
{
	_canQuit = false;
	while(!getInitialized()){
		std::cout << "Init Viviant" << std::endl;
	}
	_sprite.setPosition(_initPos);
	while(isAlive()){
		if(GameState::state()){
			sf::Time deltaTime = _clock.getElapsedTime();
			_clock.restart();
			float elapsedTime = deltaTime.asSeconds();
			if(canBeAttacked()){
				_sprite.setCouleur(sf::Color(255,255,255));
			} else if (_vie < _vieMax){
				_sprite.setCouleur(sf::Color(255,100,100));
			}
			update(deltaTime);
			_sprite.update(deltaTime);
			_sprite.move(_vx*elapsedTime,_vy*elapsedTime);
			std::cout << std::endl;
		} else {
			_clock.restart();
		}
	}
	_canQuit = true;
}

Me voici donc dans l'incompréhension la plus totale, si vous avez une idée, je suis preneur !

PS :*J'utilise la SFML pour l'API graphique.

[Klaim]

Difficile a dire sans nous expliquer comment tu lances/organise tes threads, mais les symptomes ressemblent a une syncrhonization abusive. Tu as mis des mutex partout?

[augur67700]

J'ai mis des mutex nul part, à vrai dire je suis loin d'être un spécialiste en threads, c'est la première fois que j'en utilise ^^' Et concernant l'organisation de mes threads, il y en a un par classe crée, qui se lance à l'appel du constructeur, et qui se termine à l'appel du destructeur. Je peux fournir un peu plus de code, mais je sais pas trop quelle partie prendre en fait ^^'

[Klaim]

Combien de threads en tout?

[augur67700]

Un par classe, pour tester je crée 5 classes, donc 5 threads.

[Klaim]

Est-ce que tu peux faire un projet d'un fichier qui reproduit simplement l'organisation de ton code et qui reproduit aussi le probleme?

C'est chiant a faire mais necessaire pour comprendre ce qui cloche. Ou alors si tu as tout le code dispo en ligne, montre le.

[augur67700]

J'ai mis le code ici, en espérant que ça puisse vous aider à m'aider : http://dl.free.fr/vWF6TD9k9

[therwald]

Un par classe, pour tester je crée 5 classes, donc 5 threads.

Pour ce que j'en vois c'est plutôt un par instance de chaque classe.
Je suis pas un expert toutes catégorie, mais c'est pas un poil trop ça? Naïvement je mettrais plutôt une thread par tâche générique (genre afficher, déplacer, etc) sinon les changements de contexte vont avoir tendance à tout ralentir.

[Klaim]

Alors, visiblement tu ne comprends pas du tout ce que tu fais avec les threads.

Mon conseil:

0. arrete le developpement tout de suite;
1. lis un livre sur le sujet avant tout - je te conseil celui la: http://www.manning.com/williams/
2. une fois que tu auras lu tu comprendras la nature du probleme

Brievement:
- les threads sont chers, on ne fais pas un thread par objet a mettre a jour! Le thread est une resource d'execution, tu lui passes des trucs a faire, soit exclusivement (un thread pour gerer tout un systeme) ou alors en lui balancant different boulots a faire au fur et a mesure (cherche "thread pool" ou "task manager" ou encore "executor") - bref ta comprehension de ce qu'est un thread semble trop limitee
- tu as plein de booleens que tu utilises entre differents threads: tu es garanti d'avoir des heisenbugs. Quand tu partages n'importe quel objet avec different threads, tu DOIS avoir un moyen de les synchroniser. Il y a les mutex, les atomic, les queues de taches, et d'autres possibilites encore, a choisir selon les cas. Si tu peux trouver un moyen de t'organiser avec aucune synchronisation c'est l'ideal, mais ca n'arrive jamais, donc tu dois avoir un minimum de synchronisation pour que les choses s'orchestre;
- dans le cas d'un jeu video c'est encore plus complique parceque le travail fluctue selon l'interraction... bref je suis en train d'implementer un systeme concurrentiel pour mon jeu et je peu te dire que ton aproche a ete tres naive (mais ne t'inquiete pas on passe tous par la quand on a pas lu des bouquins dessus avant);


Surtout lis au moins ce livre, ca t'evitera des annees de soufrance. Il t'explique les bases et plus encore.


Derniere chose: si le but est de faire un jeu pas trop complique, oublie completement le concurrentiel sauf pour des cas specifique (avoir un thread qui lis les socket par exemple, mais generalement tu vas utiliser une bibliotheque qui va te faire le travail). Si ton but est de tenter une approche "scalable" (comment ca se dis en francais O__o) alors generalement dans le jeu ce qu'on fait c'est qu'il y a un thread principal qui distribue differentes taches a differents threads, de maniere a ce que tout le monde ai la meme charge de boulot. Je te conseil (une fois que tu auras lu le bouquin) de jetter un oeil vers TBB combine avec la librairie standard ou (pour l'instant, a cause des limites de VS2012) Boost.

Bref tu t'attaques a un gros truc, c'est pas sur que ca vaille le coup, sauf si c'est pour apprendre. Si c'est le cas, lis le bouquin puis fais des petits projets non-jeu, en ligne ce commande, pour te familiariser avec les differents concepts. Puis tente un jeu.

[augur67700]

Le problème c'est que c'est un jeu que je suis sensé présenter mercredi prochain pour une soutenance :p
J'ai tout réduit à un seul thread, mais le problème est toujours là, ce thread appelle toutes les fonctions d'update de toutes les instances des classes, si j'ai bien compris ce que vous avez dit, c'est ce qu'il fallait faire, cependant, ben ça règle rien ^^'

EDIT : J'ai enlevé les threads, j'essayerai de faire illusion sans. Merci de votre aide, et j'ai hâte de lire le livre que vous m'avez conseillé, histoire de comprendre ce que je comprend pas ! Bonne soirée !

[Klaim]

Ok, ben si tu as des souci tres visibles de performance et que tu as deux minutes tu peux toujours renvoyer le code ici pour qu'on pointe le probleme mais avec un seul thread tu dois pouvoir deviner rapidement en mesurant le temps que prends la boucle principale, puis en mesurant la premiere moitiee du contenu de cette boucle, puis la seconde moitee, puis en regardant celle qui est la plus lente et en continuant ainsi jusqu'a trouver le goulot d'etranglement.

Ou plus simplement: utilise un profiler si tu sais l'utiliser et que tu as le temps. Sinon fais comme je disais.