Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
On 16 août 2014, at 22:18, Christian Quest cqu...@openstreetmap.fr wrote: J'utilise JOSM sous OSX (10.6 et 10.9) et je n'ai pas remarqué ce comportement. Oui pareil j'utilise JOSM sous OSX 10.9, le package disponible sur le site qui permet d'installer JOSM comme une application normale et tout fonctionne très bien. Pour la version de java j'ai ceci : $ java -version java version 1.7.0_51 Java(TM) SE Runtime Environment (build 1.7.0_51-b13) Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode) Par contre aucun antivirus pour moi sur mes Mac depuis l'abandon de Disinfectant (en juin 1997). Pas d'antivirus non plus. Vlad. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
Le 16/08/2014 10:47, Lapinos03 a écrit : Avé tout le monde, Depuis que je suis passé sous JOSM java7, j'ai remarqué que le logiciel se met à scanner mon disque dur pendant des minutes et des minutes peu après son lancement. C'est systématique. Ça ralentit le PC et ça fait mouliner le disque dur. Dans quel but ? A la longue, cela devient franchement irritant ! Je voudrais savoir pourquoi ce logiciel scanne mon disque et ce qu'il scanne exactement pour que cela dure aussi longtemps. Il lit et écrit sur le disque. Sans compter l'antivirus, par derrière, qui intercepte les données (écrites certainement) et qui consomme encore plus de CPU. Si je quitte JOSM, l'activité disque s'arrête aussitôt. Y a-t-il une option pour faire cesser cela ? Avez-vous aussi ce problème ? Vu que tu parles d'antivirus, j'en conclus que tu es sous Winbloat. L'option pour faire cesser ce problème est de passer à GNU/Linux. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
Christophe Merlet red...@redfoxcenter.org wrote: Vu que tu parles d'antivirus, j'en conclus que tu es sous Winbloat. L'option pour faire cesser ce problème est de passer à GNU/Linux. Euh... je suis pas sur du rapport... Sauf a laisser entendre que c'est autrechose que JOSM qui scanne le disque. De mon coté je suis resté avec java6 et sur MacOS X (je sais c'est mal aussi) mais ça marche bien. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
Le 16/08/2014 11:28, Pierre-Alain Dorange a écrit : Christophe Merlet red...@redfoxcenter.org wrote: Vu que tu parles d'antivirus, j'en conclus que tu es sous Winbloat. L'option pour faire cesser ce problème est de passer à GNU/Linux. Euh... je suis pas sur du rapport... Sauf a laisser entendre que c'est autrechose que JOSM qui scanne le disque. Il aurait été irresponsable de lui dire de supprimer son(ses) antivirus. De mon coté je suis resté avec java6 et sur MacOS X (je sais c'est mal aussi) mais ça marche bien. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
Je n'ai strictement aucun problème avec Java7 que j'utilisse depuis longtemps pour JOSM sous Win7. Cependant je ne l'utilise PAS en version 32bits mais 64bits. le compilateur Hotspot ClientVM Java7 32 bits est une vraie daube. Je n'utilise QUE la version serveur qui est très stable, très rapide; ne swappe pas à répétition. La version 32 bits a été optimisée pour des installations sur de très petits appareils mais n'est définitivement plsu faire pour une appli comme JOSM qui traite un grand volume de données en mémoire (il est courant que j'ai plusieurs millions d'objets chargés, impossible de travailler correctement avec la VM 32 bits). Elle passe tout son temp à créer des threads de nettoyage mémoire et c'est son pool de threads qui grossit de façon inconsidérée dans JOSM. Passe en Java 64 bits et c'est réglé ! Pour ça il suffit de modifier le lien créé sur ton bureau ou dans un menu démarrer: C:\Windows\System32\javaws.exe -J-d64 -Xmx2048M -localfile -J-Djnlp.application.href= https://josm.openstreetmap.de/download/josm-latest.jnlp C:\Users\Philippe\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\31\583aa85f-13b77784 En gros j'ai ajouté -J-d64 pour utiliser la VM Server 64 bits au lieu de la VM Hotspot 32 bits, et -Xmx2048M pour passer à 2 Go de RAM, j'ai laissé l'emplacement du cache JNLP d'où je lance JOSM (qui se met à jour alors tout seul au lancement vers la version latest). Le 16 août 2014 10:47, Lapinos03 lapino...@free.fr a écrit : Avé tout le monde, Depuis que je suis passé sous JOSM java7, j'ai remarqué que le logiciel se met à scanner mon disque dur pendant des minutes et des minutes peu après son lancement. C'est systématique. Ça ralentit le PC et ça fait mouliner le disque dur. Dans quel but ? A la longue, cela devient franchement irritant ! Je voudrais savoir pourquoi ce logiciel scanne mon disque et ce qu'il scanne exactement pour que cela dure aussi longtemps. Il lit et écrit sur le disque. Sans compter l'antivirus, par derrière, qui intercepte les données (écrites certainement) et qui consomme encore plus de CPU. Si je quitte JOSM, l'activité disque s'arrête aussitôt. Y a-t-il une option pour faire cesser cela ? Avez-vous aussi ce problème ? Merci. @+ ___ 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 et son scan de disque - J'en ai ma claque !!!
Le 16/08/2014 11:55, Philippe Verdy a écrit : Je n'ai strictement aucun problème avec Java7 que j'utilisse depuis longtemps pour JOSM sous Win7. Cependant je ne l'utilise PAS en version 32bits mais 64bits. le compilateur Hotspot ClientVM Java7 32 bits est une vraie daube. Je n'utilise QUE la version serveur qui est très stable, très rapide; ne swappe pas à répétition. La version 32 bits a été optimisée pour des installations sur de très petits appareils mais n'est définitivement plsu faire pour une appli comme JOSM qui traite un grand volume de données en mémoire (il est courant que j'ai plusieurs millions d'objets chargés, impossible de Plusieurs millions d'objets chargés ??? Rien que ça !! Tu peux nous faire une capture d'écran de JOSM avec la petite fenêtre d'informations du calque ? Je demande à voir ! Et n'hésite pas a nous expliquer pourquoi tu dois bosser avec des volumes de données aussi gigantesque à la fois... et aussi comment tu fais pour tenir à jour ces données. travailler correctement avec la VM 32 bits). Elle passe tout son temp à créer des threads de nettoyage mémoire et c'est son pool de threads qui grossit de façon inconsidérée dans JOSM. Passe en Java 64 bits et c'est réglé ! Pour ça il suffit de modifier le lien créé sur ton bureau ou dans un menu démarrer: C:\Windows\System32\javaws.exe -J-d64 -Xmx2048M -localfile -J-Djnlp.application.href=https://josm.openstreetmap.de/download/josm-latest.jnlp C:\Users\Philippe\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\31\583aa85f-13b77784 En gros j'ai ajouté -J-d64 pour utiliser la VM Server 64 bits au lieu de la VM Hotspot 32 bits, et -Xmx2048M pour passer à 2 Go de RAM, j'ai laissé l'emplacement du cache JNLP d'où je lance JOSM (qui se met à jour alors tout seul au lancement vers la version latest). Le 16 août 2014 10:47, Lapinos03 lapino...@free.fr mailto:lapino...@free.fr a écrit : Avé tout le monde, Depuis que je suis passé sous JOSM java7, j'ai remarqué que le logiciel se met à scanner mon disque dur pendant des minutes et des minutes peu après son lancement. C'est systématique. Ça ralentit le PC et ça fait mouliner le disque dur. Dans quel but ? A la longue, cela devient franchement irritant ! Je voudrais savoir pourquoi ce logiciel scanne mon disque et ce qu'il scanne exactement pour que cela dure aussi longtemps. Il lit et écrit sur le disque. Sans compter l'antivirus, par derrière, qui intercepte les données (écrites certainement) et qui consomme encore plus de CPU. Si je quitte JOSM, l'activité disque s'arrête aussitôt. Y a-t-il une option pour faire cesser cela ? Avez-vous aussi ce problème ? Merci. @+ _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-fr https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
Tout à fait d'accord, d'ailleurs jai un antivirus aussi et ça n'empêche pas JOSM de très bien fonctionner sur Java 7 (en fait j'utlise déjà Java 8). ll serait temps qu'Oracle arrête d'installer par défaut la version 32 bits sur un système 64 bits (ou bien n'installe la version 32 bits que pour les applets affichées dans un navigateur web 32 bits. Cette version 32 bits est beaucoup trop limitée et l'est encore plus depuis qu'elle a été modifiée pour fonctionner aussi sur des mobiles (mais juste pour exécuter de petites applets web. Et je me demande pourquoi un navigateur 32 bits ne pourrait pas instancier une micro-applet 32bits utilisant une VM proxy où l'application tourne en fait dans une VM 64 bits. La VM 32 bits de toute façon manque tout de suite de mémoire avec sa limite à 256Mo qu'on atteint beaucoup trop vite dans JOSM (du coup le garbage collector prend l'essentiel du temps, il swappe et les weak references sont effacées sans arrˆt, on perd les objets préconstruits en cache, et JOSM est sans arrêt en train de faire appel aux constructeurs d'objets). C'est vrai toutefois que JOSM n'est pas économique en création d'objets temporaires : il utilise trop abondamment l'allocateur mémoire pour tout (et toutes les 5 minutes il génère un fichier XML de sauvegarde automatique de la totlaité de ce qui est en mémoire, ce qui fait appel à plein de convertisseurs de type pour allour des fragments de chaines temporaires, et il gère pas très bien son allocateur de tampon de travail en mémoire. Cequi ralentit énormément aussi dans la version 32 bits est que même le code précompilé doit être recompilé sans arrêt car il passe à la trappe dès que ça commence à swapper. JOSM utilisant de très nombreux threads on a des swaps dique même sur leur pile de paramètres. JOSM n'est utilisable en 32 bits que pour des modifs très locales et chargeant peu de données (ajouts de POis par exemple), bref guère mieux que ce que fait iD en ligne (qui rame lui aussi même sur un PC octocoeur avec 64 Go de RAM...). Le 16 août 2014 11:52, Christophe Merlet red...@redfoxcenter.org a écrit : Le 16/08/2014 11:28, Pierre-Alain Dorange a écrit : Christophe Merlet red...@redfoxcenter.org wrote: Vu que tu parles d'antivirus, j'en conclus que tu es sous Winbloat. L'option pour faire cesser ce problème est de passer à GNU/Linux. Euh... je suis pas sur du rapport... Sauf a laisser entendre que c'est autrechose que JOSM qui scanne le disque. Il aurait été irresponsable de lui dire de supprimer son(ses) antivirus. De mon coté je suis resté avec java6 et sur MacOS X (je sais c'est mal aussi) mais ça marche bien. Librement, -- Christophe Merlet (RedFox) ___ 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 et son scan de disque - J'en ai ma claque !!!
Le 16 août 2014 12:07, Christophe Merlet red...@redfoxcenter.org a écrit : Le 16/08/2014 11:55, Philippe Verdy a écrit : Je n'ai strictement aucun problème avec Java7 que j'utilisse depuis longtemps pour JOSM sous Win7. Cependant je ne l'utilise PAS en version 32bits mais 64bits. le compilateur Hotspot ClientVM Java7 32 bits est une vraie daube. Je n'utilise QUE la version serveur qui est très stable, très rapide; ne swappe pas à répétition. La version 32 bits a été optimisée pour des installations sur de très petits appareils mais n'est définitivement plsu faire pour une appli comme JOSM qui traite un grand volume de données en mémoire (il est courant que j'ai plusieurs millions d'objets chargés, impossible de Plusieurs millions d'objets chargés ??? Rien que ça !! Pas en permanence, j'ai dit couramment). Mais en moyenne c'est souvent plus de 400 000 objets et de toute façon des millions de tags. Et la taille de VM est en permanence au dessus de 500Mo (donc déjà au delà des 256Mo de la version 32 bits). Pour la plus petite modif en cours j'ai par exemple (en appuyant sur cfgm dans la console: Java Web Start 11.5.2.13 Utilisation de la version JRE 1.8.0_05-b13 Java HotSpot(TM) 64-Bit Server VM Répertoire de base de l'utilisateur = C:\Users\Philippe Finaliser les objets de la file d'attente de finalisation ... terminé. Mémoire : 685 056 ko ; disponible : 427 411 ko ; (62 %) ... terminé. Nettoyer la mémoire ... terminé. Mémoire : 696 320 ko ; disponible : 591 649 ko ; (84 %) ... terminé. Tu peux nous faire une capture d'écran de JOSM avec la petite fenêtre d'informations du calque ? Je demande à voir ! Et n'hésite pas a nous expliquer pourquoi tu dois bosser avec des volumes de données aussi gigantesque à la fois... et aussi comment tu fais pour tenir à jour ces données. Je les garde en cache pour retrouver plus facilement les objets et ne pas en oublier (et éviter aussi de créer des doublons). Cela n'empêche pas de mettre à jour sur la sélection et de mettre à jour très souvent les dépendances d'objets sur des listes plus petites, mais sans avoir ˆà charger des zones avec tous les objets contenus dedans. Je peux travailler sur des zones très grandes, même sur plusieurs pays (ce qui est impossible si on n'a pas assez de mémoire, sans faire de nombreuses erreurs et dépendre entièrement de l'analyse à postériori par des outils en ligne externes dont on ne sait pas quand il feront leur analyse ni comment les autres interprêteront les oublis). J'ai donc une série de fichiers OSM en cache local, tous d'une taille voisine de 200 Mo à 4 Go, créés de façn plus ou moins thématique. Je m'en sors très bien pour les mises à jour même en évitant les conflits d'édition et aussi en n'ayant jamais à les rafraîchir en totalité (ce qui prendrait trop de ressources sur le serveur et trop souvent). Mes amis sont: CTRL+ALT+D et mettre à jour les modifications (avant d'envoyer quoi que ce soit). Aussi j'utilise abondamment le validateur (qui lui aussi a besoin de beaucoup de mémoire de travail). Essaye le passage en 64 bits au lieu de laisser par défaut en 32 bits, tu verras combien JOSM est BEAUCOUP plus performant dans ce mode ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
Note aussi: Si tu travaille sur disqeu du et non sur SSD, et tu y stocke le cache de l'imagerie, sache que ce cache nefait QUE se remplir avec assez vote des milliers (ou dizaines de milliers) de fichiers dans ce dossier cache qui ne se purge jamais tout seul (même pour des tas d'images obsolètes depuis longtemps). Le problème est que ces images sont regroupées pour chaque source d'imagerie dans un unique dossier et on se retrouve avec un unique dossier sur le système de fichiers local pour lequel les recherches et ajouts deviennent de plus en plus lourds (et l'OS passe son temps soit à le maintenir trié sur NTFS, soit à le scanner en entier à la moindre modif pour ajouter ou recherchr un fichier image si c'est sur un volume FAT. C'est un problème en fait dans la façon dont JOSM gère son cache d'imagerie: il met beaucoup trop de fichiers ensemble dans le même dossier (un fichier PNG plus un fichier de tag pour chaque tuile). C'est très inefficace car plus le dossier se remplit et plus il devient lent, au point même de devenir beaucoup plus lent que de ne pas l'utiliser du tout et demander les images sur le web (bref le cache ne sert plus à rien). Le temps d'accès au dossier est encore plus inefficace en FAT qu'en NTFS (car un dossier FAT est lu linéairement de bout en bout, alors que les dossiers NTFS sont indexés; cependant NTFS reste lent en modif à cause des manipulations sur la MFT et la fragmentation de la MFT que cela provoque dans un volume stocké sur disque dur si tu n'as pas de SSD). Les navigateurs web peuvent gérer leur cache de façon plus efficace: ils stockent les pages téléchargées dans un cache réparti en plusieurs centaines de sous-dossiers, et stockent les tags dans un index séparé qui permet des recherche accélérées). C'est cela que je fait pas encore JOSM pour son cache local d'imagerie. DONC, de temps en temps (une fois par mois) pense à purger ce dossier cache d'imagerie complètement: il suffit de le supprimer avec tout son contenu (ce dossier est dans ton profil utilisateur, il porte le nom de la source d'imagerie que tu as choisie dans JOSM). (Note: tu peux même purger de dossier avec une session JOSM en cours, ce n'est pas gênant, tu n'es pas obligé de fermer JOSM, mais évite juste de glisser la carte à l'écran pour éviter que JOSM pendant ce temps là essaye de lire le dossier d'images que tu es en train de purger). Tu verras que l'OS met facilement plusieurs minutes à effacer ce dossier (et plus encore si c'est sur disque dur et non SSD): ne supprime pas les fichiers un par un, déplace carrément le dosseir qui les contient à la corbeille et purge la corbeille, cela va beaucoup plus vite. Mais même un DEL /D/P sur le nom du dossier en ligne de commande met un temps considérable sur un dossier qui comprend des dizaines de millliers de fichiers (alors que le même nombre de fichiers réparti dans des sous-dossiers avec moins de 1000 fichiers par dossier se crée et s'efface 10 000 fois plus vite). Dans JOSM tu as aussi une option de menu au clic droit pour purger le cache (mais cela ne purge que la couche d'imagerie la plus en avant-plan et dans ce que j'ai vu ça ne purge pas tout non plus). Tu peux aussi utiliser une tache programmée dans l'OS (ou dans un outil de nettoyage) pour purger tous les fichiers (images PNG et fichiers tags assocoés) du cache plus vieux d'une semaine (ou même plus vieux que 24 heures), et programmer cette tâche pour qu'elle tourne une fois par jour. ou faire cette purge manuellement quand tu as fini ta session JOSM et avant de faire le nettoyage de ton système, ou une sauvegarde système, une défragmention sur disque dur, un scan complet de l'antivirus, etc. Un trop gros cache entame en plus les performances de toutes les autres applis sur ton PC qui utilisent le même système de fichiers. Ce petit conseil est d'ailleurs indépendant de la version de JOSM ou de Java que tu utilises si tu vois ses perfs se dégrader avec le temps, c'est que tu dois faire un peu de ménage. Le 16 août 2014 10:47, Lapinos03 lapino...@free.fr a écrit : Avé tout le monde, Depuis que je suis passé sous JOSM java7, j'ai remarqué que le logiciel se met à scanner mon disque dur pendant des minutes et des minutes peu après son lancement. C'est systématique. Ça ralentit le PC et ça fait mouliner le disque dur. Dans quel but ? A la longue, cela devient franchement irritant ! Je voudrais savoir pourquoi ce logiciel scanne mon disque et ce qu'il scanne exactement pour que cela dure aussi longtemps. Il lit et écrit sur le disque. Sans compter l'antivirus, par derrière, qui intercepte les données (écrites certainement) et qui consomme encore plus de CPU. Si je quitte JOSM, l'activité disque s'arrête aussitôt. Y a-t-il une option pour faire cesser cela ? Avez-vous aussi ce problème ? Merci. @+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
Le 16/08/14 10:53, Christophe Merlet a écrit : Le 16/08/2014 10:47, Lapinos03 a écrit : Vu que tu parles d'antivirus, j'en conclus que tu es sous Winbloat. L'option pour faire cesser ce problème est de passer à GNU/Linux. Librement, Non, je suis sous MAC OS X. Anitivirus Sophos. Mais ce n'est pas l'antivirus qui est en cause, c'est bien JOSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
Le 16/08/14 10:47, Lapinos03 a écrit : Avé tout le monde, Depuis que je suis passé sous JOSM java7, j'ai remarqué que le logiciel se met à scanner mon disque dur pendant des minutes et des minutes peu après son lancement. C'est systématique. Ça ralentit le PC et ça fait mouliner le disque dur. Dans quel but ? A la longue, cela devient franchement irritant ! Je voudrais savoir pourquoi ce logiciel scanne mon disque et ce qu'il scanne exactement pour que cela dure aussi longtemps. Il lit et écrit sur le disque. Sans compter l'antivirus, par derrière, qui intercepte les données (écrites certainement) et qui consomme encore plus de CPU. Si je quitte JOSM, l'activité disque s'arrête aussitôt. Y a-t-il une option pour faire cesser cela ? Avez-vous aussi ce problème ? Merci. @+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr J'oubliais de préciser que j'étais sous MAC OS X 10.8.5, JAVA 7 1.7.0_67-b01. J'utilise la version .jnlp via l'icône qui a été installée automatiquement sur mon bureau (lien vers /Users/moi/Library/Application Support/Oracle/Java/Deployment/cache/6.0/bundles/JOSM.app) la première fois que j'ai lancé cette version une fois Java7 installé. Je ne sais pas si JOSM est en 32bits ou 64bits. Mon Moniteur d'activité ne me donne pas beaucoup de renseignements. @+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
Le 16 août 2014 14:26, Lapinos03 lapino...@free.fr a écrit : J'oubliais de préciser que j'étais sous MAC OS X 10.8.5, JAVA 7 1.7.0_67-b01. J'utilise la version .jnlp via l'icône qui a été installée automatiquement sur mon bureau (lien vers /Users/moi/Library/Application Support/Oracle/Java/Deployment/cache/6.0/bundles/JOSM.app) la première fois que j'ai lancé cette version une fois Java7 installé. Il fallait commencer par ça... Java ne fonctionne pas encore parfaitement sur Mac, il y a plein de bugs et ce problème de performances est connu; ça n'a rien à voir avec JOSM. On fait ce qu'on peut pour supporter cette plate-forme, mais aucun de nous n'utilise de Mac et on ne compte certainement pas passer du temps à débugguer/essayer de contourner tous ces problèmes qui sont causés par la volonté historique d'Apple à faire pendant des années bande à part vis-à-vis des runtimes Sun/Oracle, et qui n'a concédé que récemment que la JVM sur Mac soit enfin la même que celle proposée sur Linux et Windows. La meilleure chose à faire est de mettre à jour Java au fur et à mesure des releases. Je te conseille de migrer à la version 8u20 dès qu'elle sera disponible (courant de ce mois) et de continuer à mettre à jour régulièrement. Ce problème finira par être corrigé par Oracle. Sinon la solution proposée par Christophe est valable aussi ^^ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
Le 16/08/14 17:06, Vincent Privat a écrit : Le 16 août 2014 14:26, Lapinos03 lapino...@free.fr mailto:lapino...@free.fr a écrit : J'oubliais de préciser que j'étais sous MAC OS X 10.8.5, JAVA 7 1.7.0_67-b01. J'utilise la version .jnlp via l'icône qui a été installée automatiquement sur mon bureau (lien vers /Users/moi/Library/__Application Support/Oracle/Java/__Deployment/cache/6.0/bundles/__JOSM.app) la première fois que j'ai lancé cette version une fois Java7 installé. Bonjour Installe un Linux et JOSM dans une VirtualBox sur ton Mac https://www.virtualbox.org/ C'est solution que j'ai adoptée (dans mon cas Mac OS était trop vieux pour mettre à jour la machine Java. Ça marche très bien, c'est complétement transparent, tu a accès aux 2 OS simultanément ;-) Françoise http://www.libres-chemins.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
Le samedi 16 août 2014 14:06:12 Lapinos03 a écrit : Le 16/08/14 10:53, Christophe Merlet a écrit : Le 16/08/2014 10:47, Lapinos03 a écrit : Vu que tu parles d'antivirus, j'en conclus que tu es sous Winbloat. L'option pour faire cesser ce problème est de passer à GNU/Linux. Librement, Non, je suis sous MAC OS X. Anitivirus Sophos. Mais ce n'est pas l'antivirus qui est en cause, c'est bien JOSM. Pour en savoir plus sur l'origine de ce comportement, tu peux déplacer le répertoire de préférences de josm (~/.josm) et voir si le comportement persiste. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
J'utilise JOSM sous OSX (10.6 et 10.9) et je n'ai pas remarqué ce comportement. Par contre aucun antivirus pour moi sur mes Mac depuis l'abandon de Disinfectant (en juin 1997). Le 16 août 2014 21:59, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le samedi 16 août 2014 14:06:12 Lapinos03 a écrit : Le 16/08/14 10:53, Christophe Merlet a écrit : Le 16/08/2014 10:47, Lapinos03 a écrit : Vu que tu parles d'antivirus, j'en conclus que tu es sous Winbloat. L'option pour faire cesser ce problème est de passer à GNU/Linux. Librement, Non, je suis sous MAC OS X. Anitivirus Sophos. Mais ce n'est pas l'antivirus qui est en cause, c'est bien JOSM. Pour en savoir plus sur l'origine de ce comportement, tu peux déplacer le répertoire de préférences de josm (~/.josm) et voir si le comportement persiste. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr