Re: [OSM-talk-fr] JOSM version stable 17084 : Correction des fuites de mémoire

2020-10-13 Par sujet Rpnpif via Talk-fr 

Le 13/10/2020 à 13:36, Yves P. a écrit :
Ca se règle dans les paramètres de la VM: la garbage collector ne 
tourne pas aussi souvent que tu le crois, on peut lui demander de 
tourner plus souvent.
Certes, mais il met semble que ma bécane ne rebootait pas toute seule 
avant avec JOSM.


Depuis la mise à jour, c'est pire.

De plus tu peux lancer JOSM en activant la console, et tu as le 
moyen de lancer le garbage collector à la main pour le forcer à faire 
un cycle complet de finalisation et de libération.

Est-ce que ça suffira ?

Je pensais que les fuites de mémoire n'apparaissaient pas dans les 
applications JAVA à cause de la "balayette", mais non :


/Java does automatic Garbage collection./
/However there can be situations where garbage collector does not
collect objects because there are references to them. /
Source 


Bonjour,

J'ai aussi le problème de consommation de mémoire. Je ne sais pas si 
c'est ça qui me fait une erreur non fatale sous Debian Linux après 
quelques minutes de travail quand j'utilise les listes d'attributs ou 
les listes de leurs valeurs. Je l'ai aussi quand j'utilise la liste de 
l'historique des sources quand j'envoie les données. C'est pénible.


J'ai fait un ticket.

--

Rpnpif
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOSM version stable 17084 : Correction des fuites de mémoire

2020-10-13 Par sujet Yves P. 
> Ca se règle dans les paramètres de la VM: la garbage collector ne tourne pas 
> aussi souvent que tu le crois, on peut lui demander de tourner plus souvent.
Certes, mais il met semble que ma bécane ne rebootait pas toute seule avant 
avec JOSM.

Depuis la mise à jour, c'est pire.

> De plus tu peux lancer JOSM en activant la console, et tu as le moyen de 
> lancer le garbage collector à la main pour le forcer à faire un cycle complet 
> de finalisation et de libération. 
Est-ce que ça suffira ?

Je pensais que les fuites de mémoire n'apparaissaient pas dans les applications 
JAVA à cause de la "balayette", mais non :
Java does automatic Garbage collection.
However there can be situations where garbage collector does not collect 
objects because there are references to them. 
Source 
__
Yves

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOSM version stable 17084 : Correction des fuites de mémoire

2020-10-13 Par sujet Philippe Verdy 
Ca se règle dans les paramètres de la VM: la garbage collector ne tourne
pas aussi souvent que tu le crois, on peut lui demander de tourner plus
souvent. En 64 bits il peut travailler de façon incrémentale, et en
multithreading. Avec les bons paramètres, la mémoire utilisée redescend.
De plus tu peux lancer JOSM en activant la console, et tu as le moyen de
lancer le garbage collector à la main pour le forcer à faire un
cycle complet de finalisation et de libération. L'empreinte mémoire vu du
côté de l'OS ne signale pas de fuite évidente. Si je supprime tous les
calques, j'ai bien la mémoire qui revient alors à la taille initiale après
chargement, aussi bien vu de Java que depuis l'OS. Pas tout à fait
complètement car il y a des classes actives disposant d'un peu de cache,
qui n'utilise pas encore les "weak pointers" pour se purger totalement.

Le mar. 13 oct. 2020 à 09:44, Yves P.  a écrit :

>
>- #19789 , #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.
>
>
> Il a pas mal planté malgré la mise à jour.
>
> Du coup j'ai lancé le moniteur d'activité pour surveiller l'utilisation
> mémoire.
>
> Au démarrage JOSM occupe 1.05 Go sur ma machine.
>
> Ce matin après 1 bonne journée d'utilisation je sauve mes dernières
> éditions et supprime tous les calques sauf cadastre, OpenStreetMap Carto
> (Standard) et BDOrtho IGN.
> La consommation mémoire est de 2.19 Go
>
> Je supprime tous les calques : toujours 2.19 Go
>
> Fermeture de JOSM et redémarrage : 1.05 Go
> Ajout des calques :
>
>- BDOrtho IGN : 1.11 Go
>- Ajout de OpenStreetMap Carto (Standard) : 1.15 Go
>- Cadastre : 1.18 Go
>
> Je zoom, déplace l'écran… la consommation mémoire passe progressivement à
> 2.40 Go !!
> __
> Yves
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOSM version stable 17084 : Correction des fuites de mémoire

2020-10-13 Par sujet leni 


Sur la prochaine version 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog?action=edit#stable-release-20.10 



Désolé c'était le lien d'édition : 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-20.10


leni


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOSM version stable 17084 : Correction des fuites de mémoire

2020-10-13 Par sujet leni 


Le 13/10/2020 à 09:42, Yves P. a écrit :


  * #19789 , #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.


Il a pas mal planté malgré la mise à jour.

Du coup j'ai lancé le moniteur d'activité pour surveiller 
l'utilisation mémoire.


Au démarrage JOSM occupe 1.05 Go sur ma machine.

Ce matin après 1 bonne journée d'utilisation je sauve mes dernières 
éditions et supprime tous les calques sauf cadastre, OpenStreetMap 
Carto (Standard) et BDOrtho IGN.

La consommation mémoire est de 2.19 Go

Je supprime tous les calques : toujours 2.19 Go

Fermeture de JOSM et redémarrage : 1.05 Go
Ajout des calques :

  * BDOrtho IGN : 1.11 Go
  * Ajout de OpenStreetMap Carto (Standard) : 1.15 Go
  * Cadastre : 1.18 Go

Je zoom, déplace l'écran… la consommation mémoire passe 
progressivement à 2.40 Go !!


Bonjour

Sur la prochaine version 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog?action=edit#stable-release-20.10 
il est prévu : "diverses améliorations des performances et corrections 
des fuites de mémoire" mais elles ne sont rattachées à aucun ticket 
(difficile de voir si cela correspond à ton problème) peut-être 
pourrais-tu en ouvrir un ?


leni

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] JOSM version stable 17084 : Correction des fuites de mémoire

2020-10-13 Par sujet Yves P. 
> #19789 , #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.

Il a pas mal planté malgré la mise à jour.

Du coup j'ai lancé le moniteur d'activité pour surveiller l'utilisation mémoire.

Au démarrage JOSM occupe 1.05 Go sur ma machine.

Ce matin après 1 bonne journée d'utilisation je sauve mes dernières éditions et 
supprime tous les calques sauf cadastre, OpenStreetMap Carto (Standard) et 
BDOrtho IGN.
La consommation mémoire est de 2.19 Go

Je supprime tous les calques : toujours 2.19 Go 

Fermeture de JOSM et redémarrage : 1.05 Go
Ajout des calques :
BDOrtho IGN : 1.11 Go
Ajout de OpenStreetMap Carto (Standard) : 1.15 Go
Cadastre : 1.18 Go
Je zoom, déplace l'écran… la consommation mémoire passe progressivement à 2.40 
Go !!
__
Yves



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr