Le lun. 5 oct. 2020 à 17:16, Yves P. <[email protected]> a écrit :
> Et la mise en place de la version 17084 de JOSM a été faite. > > Merci pour l'info :) > > > - #19789 <https://josm.openstreetmap.de/ticket/19789>, #19793 > <https://josm.openstreetmap.de/ticket/19793> - Correction des fuites > de mémoire > > JOSM est souvent très lent sur ma machine car la mémoire virtuelle est > "pleine". De temps en temps, la bécane plante complètement. > Désinstalle la version 32 bits de Java. Elle ne sert à rien. N'utilise que la version 64 bits et tout ira bien (et ce sera même beaucoup plus performant). Maintenant si ta bécane plante complètement, tu a sans doute installé ton OS avec un espace de pagination mémoire insuffisant. Il n'y a aucune raison que ça plante l'OS car la JVM a bien un quota limite de mémoire qui devrait pouvoir être atteint sans planter le reste de l'OS. JOSM fonctionne mal avec une JVM 32-bits qui n'a pas été taillé pour autre chose que des petites "applets" qu'aujourd'hui on n'utilise plus du tout pour le web. Car JOSM a besoin de beaucoup plus que les 300Mo limite par défaut pour une VM. Et même en 64-bits tu as encore une contrainte de quota, que tu peux augmenter (pour éviter les "freezes" causés par son ramasse-miettes, lequel est aussi bien plus performat et optimisé en 64-bits car il peut mieux fonctionner de façon incrémentale par des threads supplémentaires en arrière-plan). Attention aussi à mettre à jour tes greffons JOSM. Autre problème possible cependant: des bogues dans les pilotes graphiques. Et aussi penser à faire un Chkdsk (surtout si ton OS est installé sur une partition FAT ou un système de fichiers non journalisé qui ne se répare pas tout seul au redémarrage). Si ça plante encore, penser à effacer le cache local de tuiles (qui a pu être corrompu suite à un plantage de JOSM): bouton droit sur le fond affiché, et "purger le cache". Si JOSM ne se lance plus correctement, tu peux aussi effacer ce cache manuellement dans le système de fichiers avant de lancer JOSM. auparavant ce cache générait énormément de tous petits fichiers dans des zillions de sous-dossiers et cela sollicitait beaucoup l'OS. Aujourd'hui il gère ce cache avec un gros "blob", une base de données qu'il organise lui-même mélant les données et les index, unique pour chaque serveur de tuiles. La purge est bien plus facile et efficace et cela sollicite beaucoup moins l'OS et facilite aussi le maintien des quotas limites par l'OS.
_______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
