Peut être que la gestion de la mémoire devrait être plus délégué à l'OS ?
Quel est le bon moment pour lancer un ramassage de miettes (ou pour lancer les free/delete en gestion manuelle) ?
Quand on manque de mémoire !
Mais chaque programme a son propre GC (ou gestion manuelle) et décide donc des conditions de détection du manque sans tenir compte des autres programmes.
Il faut s'imaginer dans un train:
un GC Java se comporte comme un passager qui dort sur deux sièges, va étaler ses valises au milieu du couloir et a sorti son pique nique sur les tablettes à côté: il ne range que si on vient le gronder ;
un GC Go va étaler ses affaires jusqu'à ce qu'il estime qu'il prends trop de place et se mets à ranger ;
un programme en C va sortir de son sac ce dont il a besoin et tout ranger dès que possible.
Peut être qu'un contrôleur pourrait organiser tout ça pour dire : ces 4 places sont libres, toi le java tu vas là, ah attends le C a besoin d'une place range ton sac, ah va plus vite, car le Go est lent...
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Le but d’un GC n’a jamais été les performances
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Performances et GC : détruisons les mythes. Évalué à 10. Dernière modification le 19 septembre 2022 à 09:31.
Peut être que la gestion de la mémoire devrait être plus délégué à l'OS ?
Quel est le bon moment pour lancer un ramassage de miettes (ou pour lancer les free/delete en gestion manuelle) ?
Quand on manque de mémoire !
Mais chaque programme a son propre GC (ou gestion manuelle) et décide donc des conditions de détection du manque sans tenir compte des autres programmes.
Il faut s'imaginer dans un train:
Peut être qu'un contrôleur pourrait organiser tout ça pour dire : ces 4 places sont libres, toi le java tu vas là, ah attends le C a besoin d'une place range ton sac, ah va plus vite, car le Go est lent...
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board