<div dir="ltr">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).<div>
<br></div><div>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.</div>
<div><br></div><div>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).</div>
<div><br></div><div>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.</div>
<div><br></div><div>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).</div>
<div><br></div><div>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).</div>
<div><br></div><div>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).</div>
<div><br></div><div>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.</div>
<div><br></div><div>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.</div><div>
<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">Le 16 août 2014 10:47, Lapinos03 <span dir="ltr"><<a href="mailto:lapinos03@free.fr" target="_blank">lapinos03@free.fr</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Avé tout le monde,<br>
<br>
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 !<br>
<br>
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.<br>
<br>
Y a-t-il une option pour faire cesser cela ? Avez-vous aussi ce problème ?<br>
<br>
Merci.<br>
@+<br>
<br>
______________________________<u></u>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.<u></u>org/listinfo/talk-fr</a><br>
</blockquote></div><br></div>