Minecraft 1.8 prend trop de performances

Salut,
Voici trois solutions possibles :
- Installer Optifine
- Attendre une version qui retire la merde qu'a fait Mojang avec la 1.8 (notamment les BlockPos qui sont la pire idée pour un jeu codé en Java)
- Prendre un processeur capable de faire tourner un jeu mal optimisé au niveau de l'utilisation cpu et filmer en même temps.

 

Logique, puisque le chargement des chunks utilisent plus de ressource cpu, une fois les chunks chargés Minecraft demande moins de ressource donc ton processeur a plus de ressource pour ton logiciel pour filmer.

Non, aucune idée.

Ça :

Pour coder c'est plutôt pratique, mais concernant l'optimisation c'est une très mauvaise idée.

Pour les blocs, items, enfin pour tout ce qui passe par des coordonnées avec des nombres naturel (donc pas de virgule) Minecraft utilise depuis la 1.8 ces BlockPos.
Par exemple la fonction updateTick des blocs :

Code (cpp):

    public void updateTick(World worldIn, BlockPos pos, IBlockState state, Random rand) {}

Avant la 1.8 la fonction étant comme ça :

Code (cpp):

    public void updateTick(World worldIn, int x, int y, int z, int metadata, Random rand) {}

La différence c'est donc qu'avant il y avait 3 simple int, alors que maintenant il y a un BlockPos qui est un objet.
Or tous les objets sont stockés en ram. Quand on sait que le jeu appelle cette fonction 20 fois par secondes pour certains blocs et que pleins d'autres fonctions utilisent aussi les BlockPos, ça parait logique que la ram se remplit très vite.
Il suffit juste de lancer le jeu en 1.8, appuyer sur f3 et regarder la ram utilisé puis de faire la même chose en 1.7.
Tu verra que la ram monte bien plus vite en 1.8.

Le problème c'est que la ram à une limite, la plupart des ordinateurs actuels ont 4 go de ram. Et puis il faut bien enlever de la ram tous ces objets qui ne servent plus à rien. Dans certains langage bas-niveau comme le C, ce nettoyage de la ram doit être fait manuellement. Après l'utilisation d'un objet, il faut le supprimer de la ram. Sinon ça fait des fuites de mémoire. En Java, c'est le ramasse miette qui est chargé de ce travail. Ça rend le travail du programmeur plus simple puisqu'il n'a pas à se soucier des objets en ram. Le problème c'est que pour savoir si il peut supprimer de la mémoire ram l'objet ou pas, le ramasse miette doit vérifier que l'objet n'est plus utilisé. Et cette opération utilise beaucoup de ressource cpu.
En 1.7 et dans les versions inférieur le problème ne se voit pas trop car le ramasse miette passe à une fréquence assez faible (je viens de lancer mon jeu et regarder vite fait, sans bouger sur un monde la ram monte assez doucement et elle se vide toutes les 15 secondes environ)
En 1.8 l'utilisation de la ram monte tellement vite que même sans bouger le ramasse miette est obligé de faire son travail tous les 3 secondes.

La 1.8 est donc beaucoup plus gourmande en utilisation cpu, et comme filmer avec un logiciel de screencast demande aussi pas mal de ressource cpu, le problème s'explique. Surtout que charger des chunks est aussi une opération gourmande en cpu.

Personnellement j'ai deux pc, un pc portable et un fixe. Sur le fixe j'ai une vielle carte graphique (7600 GT) environ deux fois moins puissante que sur mon portable (GT 240M). Par contre j'ai un processeur 4 cœurs overclocké à 2.8 gHz (2.13 de base, c'est un vieux Xeon X3210 récupéré sur un serveur datant de 2006) alors que sur mon portable j'ai un processeur 2 cœurs à 2,23 gHz (core 2 P8400). Et Minecraft 1.8 fonctionne de façon bien plus fluide sur le fixe malgré sa mauvaise carte graphique.

 

Non, rester sur l'ancien système aurait été plus performant. La 1.8 apporte pas mal d'optimisation au niveau de l'utilisation de la carte graphique, mais côté cpu ils ont fait n'importe quoi :/

Le développeur d'optifine a dénoncé pas mal de problème avec la 1.8 dont celui des BlockPos, et un des dev de Mojang a dit quelque chose du genre "je ne sais même pas pourquoi les BlockPos ont été mit en place, c'est une horreur", il me semble que c'était grum ou dinnerbone.