phalanxs a écrit Faire un SC4 qui peut exploiter plusieurs cœurs de processeurs.
Imaginez le rêve, un simcity qui serait bridé par le disque dur et non plus par le processeur.
Un jeu qui se lance en 20 secondes malgré les 4go de plugins.....
Quand ce jour arrivera, et il arrivera selon mes dernières lectures sur sc4devotion, simcity 2013 sera royalement devenu obsolète par un jeu qui aura dix ans de plus.
Ce la parait plus utopique que réaliste mais bon autant rêver Maxis & EA paraissait bien placer pour sortir une digne suite à SC4 mais enfaite "On a fait de la soupe et on la vend au prix du caviar".
Ca me parait pas utopique du tout... 10 ans pour décompiler le bouzin, il y a de fortes chances que quelqu'un puisse nous sortir un SC4 compatible multiprocesseur, en tout cas ça me parait bien plus probable qu'une version de SC2013 débuggée et équipée d'un moteur services et circulation valable
phalanxs a écrit Faire un SC4 qui peut exploiter plusieurs cœurs de processeurs.
Imaginez le rêve, un simcity qui serait bridé par le disque dur et non plus par le processeur.
Un jeu qui se lance en 20 secondes malgré les 4go de plugins.....
Quand ce jour arrivera, et il arrivera selon mes dernières lectures sur sc4devotion, simcity 2013 sera royalement devenu obsolète par un jeu qui aura dix ans de plus.
Ce la parait plus utopique que réaliste mais bon autant rêver Maxis & EA paraissait bien placer pour sortir une digne suite à SC4 mais enfaite "On a fait de la soupe et on la vend au prix du caviar".
Ca me parait pas utopique du tout... 10 ans pour décompiler le bouzin, il y a de fortes chances que quelqu'un puisse nous sortir un SC4 compatible multiprocesseur, en tout cas ça me parait bien plus probable qu'une version de SC2013 débuggée et équipée d'un moteur services et circulation valable
Uzil si tu passe dans le coin tu pourrais envoyer les liens des sujets qui en parle car cela donne envie ²
Il faudrait juste que 10 ans après le code source soit libéré et repris par la communauté.
Je suis sur qu'on (la communauté) ferait des merveilles ...
Et si on se cotise tous pour l'acheter ?
Alucard XIII a.k.a. Benjamin Crewz - Fondateur des Lamas D'Or TSC
\|/ Isle Royale de Lithanie : Justitia - Pietas - Fides \|/ Crewz Gaming - Squad 29 ____________________________________________________
In the name of God, Impure souls of the living dead shall be banished into eternal damnation, Amen.
"Donnez nous 5 000 000 dollars sur Kickstarter pour qu'on puisse racheter un moteur buggué crée par la pire compagnie d'Amérique. Si on atteint les 8 500 000, on aura aussi la licence comme ça on pourra utiliser les termes Sim, Simflouz et MaxisMan, parce que MaxisMan est génial."
On rigole mais je suis sur que si on (la communauté internationale) récupérait le code source, on serait en mesure de faire des patchs correctifs et même envisager une refonte du jeu.
Vu ce qu'on a réussi a faire avec le code actuel (fait avec les pieds, on en convient), je pense que on pourrait tout faire avec la source.
Alucard XIII a.k.a. Benjamin Crewz - Fondateur des Lamas D'Or TSC
\|/ Isle Royale de Lithanie : Justitia - Pietas - Fides \|/ Crewz Gaming - Squad 29 ____________________________________________________
In the name of God, Impure souls of the living dead shall be banished into eternal damnation, Amen.
Je ne sais pas si vous vous rendez bien compte de ce qu'implique de changer un jeu pour en faire un jeu supportant le multi-threading et encore bien pire sur les multi-coeurs.
Dans le cas de SC4, y'a plein de trucs qu'il faudrait péter, mêmes les algos de base qui sont séquentielles (Le RCI, mais aussi et surtout la gestion du trafic). De plus il n'existe pas vraiment d'algo en calcul reparti pour le trafic, ca doit bien exister dans quelques labos, mais ca doit en être à l'état de théorie si jamais ca existe.
dave8888 a écrit Je ne sais pas si vous vous rendez bien compte de ce qu'implique de changer un jeu pour en faire un jeu supportant le multi-threading et encore bien pire sur les multi-coeurs.
Dans le cas de SC4, y'a plein de trucs qu'il faudrait péter, mêmes les algos de base qui sont séquentielles (Le RCI, mais aussi et surtout la gestion du trafic). De plus il n'existe pas vraiment d'algo en calcul reparti pour le trafic, ca doit bien exister dans quelques labos, mais ca doit en être à l'état de théorie si jamais ca existe.
Question de noob #1 : ce serai pas possible de faire RCI sur un cœur et Trafic sur l'autre ?
Question de noob #2 : ça a pas déjà été fait avec le NAM et le CAM ? Ou c'est juste de s nouvelles valeurs ?
Alors pour le multi coeur, cela suppose que les ressources ne sont pas partagées et partageable. Conséquence : ce qui est calculé sur le processeur A ne le sera pas sur le processeur B, mais A ne doit pas dépendre de B et inversement.
Or le RCI utilise bien sur comme base le nombre de résident, commerce et industrie, mais aussi l'état du trafic...
Problème l'état du trafic lui est en cours de calcul avec son algo multi-threadé. Et là c'est le drame.... ca marche pas.
Par conséquence le RCI et l'état du trafic ne peuvent pas être séparé l'un de l'autre, donc au mieux, multi thread dans leur cas.
Maintenant multi thread : plusieurs "objets" (thread/processus) partage le même pot commun de ressource sur un seul coeur. La règle importante, c'est que les accès doivent être exclusif, quand objetA lit donnée1, il ne doit pas y avoir objetB qui lui s'amuse à changer la valeur de la donnée1 en même temps.
Et là on tombe dans le même cas... RCI et état de trafic doivent être calculé mais l'état du trafic ne doit pas être modifié pendant le calcul du RCI. Pour faire ca, soit on fait un lock (mais dans ce cas, on est aussi pertinent qu'en séquentiel)... soit on triche (avec l'état du trafic à la N-1 itération dans SC4, cela reviendrait à prendre l'état du trafic sur le mois précédent je crois, pas vraiment pertinent non plus).
²
