Forum de la communauté SFML
Aide => Système => Discussion démarrée par: Lolilolight le Janvier 24, 2013, 10:17:47 am
-
Salut,
je voudrais savoir si quelqu'un à déjà pu testé les thread de la SFML 2.0.
Avec la SFML 1.6, j'ai dû utilisé un mutex lors de la suppression de texture dans mon éditeur de map, car j'avais un conflit entre les vectors de la STL avec la méthode erase et la SFML du coup mon programme plantait si je n'utilisais pas les mutex, tout simplement.
Avec les mutex ça ne plantais plus mais il mettait plus de 30 secondes parfois avant de me supprimer la/les texture. :/
Ce soucis est t'il encore présent avec la SFML2 ?
On m'a donc conseillé de passé en SFML2 mais je préfère attendre que tout les tutoriels soient terminés, avant de passé mon éditeur de carte en SFML 2.0, parce que là, je galère un peu même avec la doc. :/
-
Je doute que le problème venait de SFML. Plutôt de l'utilisation que tu en fais.
-
Ha j'ai compris!
En fait les appels à Lock() et Unlock() sont lent, donc, il faut éviter de les appeler trop souvent. ^^
Les mutex c'est nouveau pour moi alors..., mais c'est sympa. ^^
-
C'est pas si lent que ça. Ca ne prend pas 30 secondes en tout cas.
-
Je sais mais quand je faisais appel plus de 20 fois à Lock et Unlock dans ma boucle qui supprimais toutes les textures contenu dans un rectangle, ça prenais 30 secondes avant de les supprimer, donc maintenant j'ai modifier mon code pour appeler Lock et UnLock avant et après la boucle.
Ca ne met plus 30 secondes, mais bon il y a quand même un petit laps de temps de une seconde je dirais...
Je vais essayer sur linux peut être que ça ira mieux car mon window 7 faudra que je le reformatte. ;)
Bref non c'est pas si lent que ça et si ce n'est que pour l'éditeur là c'est pas trop grave encore, donc, ça ne me gêne pas vraiment pour l'instant.
-
Même 1 seconde, c'est énorme pour une seule paire de lock/unlock.
-
Oui bon quand je disais une seconde je disais gros. ^^
-
Ah :P
-
Surtout que les mutex SFML sont des mutex légères, inter-processus, qui peuvent être utilisées sans vraiment ralentir l'application (S'il n'y a pas d'abus).