> garbage collector (qui de facto utilise plus de mémoire (je rempli tant que j'ai de la place, je nétoi quand j'ai du temp ou plus de place) qu'un code C/C++ bien développé
Ta vision des GC est un peu limité, il existe des papiers sur des GC qui dialogueraient avec la VM pour nettoyer suivant les besoins: plus de GC qui perdent des perf en sous-utilisant la mémoire ou pire qui font swapper en utilisant trop de RAM.
Exemple: "Page-Level Cooperative Garbage Collection", maintenant j'ignores s'il existe des GC et des VM qui implémentent ça, je verrais bien ce genre de chose ajoutée à Linux par exemple.
Le probleme dans ce que tu dits pour le C/C++, c'est le "bien développé", un bon exemple ou le C/C++ échoue c'est Mozilla/Firefox qui a tendance a bouffer de la RAM sans jamais diminuer, franchement à partir d'un certain niveau de complexité ne pas faire de fuite mémoire en C/C++ est très dur..
Bien sûr avec un GC on remplace la fuite mémoire par la fuite d'objets si on ne fait pas attention, mais c'est quand même plus facile à gérer..
A partir de la, j'avoue avoir une tres mauvaise experience de Java (même Sun n'est pas fichu de faire des appli Java graphique "legere" cf les outils d'admin dans Solaris9..) ou .Net pour les GUI, mais est-ce du au GC ou aux machines virtuelles?
Difficile à dire, je n'ai jamais eu l'occasion de jouer avec des appli en language compilé avec GC..
[^] # Re: Interessant
Posté par reno . En réponse à la dépêche Beagle 0.2 : le "Desktop Search" gagne en stabilité. Évalué à 2.
Ta vision des GC est un peu limité, il existe des papiers sur des GC qui dialogueraient avec la VM pour nettoyer suivant les besoins: plus de GC qui perdent des perf en sous-utilisant la mémoire ou pire qui font swapper en utilisant trop de RAM.
Exemple: "Page-Level Cooperative Garbage Collection", maintenant j'ignores s'il existe des GC et des VM qui implémentent ça, je verrais bien ce genre de chose ajoutée à Linux par exemple.
Le probleme dans ce que tu dits pour le C/C++, c'est le "bien développé", un bon exemple ou le C/C++ échoue c'est Mozilla/Firefox qui a tendance a bouffer de la RAM sans jamais diminuer, franchement à partir d'un certain niveau de complexité ne pas faire de fuite mémoire en C/C++ est très dur..
Bien sûr avec un GC on remplace la fuite mémoire par la fuite d'objets si on ne fait pas attention, mais c'est quand même plus facile à gérer..
A partir de la, j'avoue avoir une tres mauvaise experience de Java (même Sun n'est pas fichu de faire des appli Java graphique "legere" cf les outils d'admin dans Solaris9..) ou .Net pour les GUI, mais est-ce du au GC ou aux machines virtuelles?
Difficile à dire, je n'ai jamais eu l'occasion de jouer avec des appli en language compilé avec GC..