C'est facile; en général c'est le cache système.
Lors de la 2ème exécution tu n'as pas besoin de relire les données, les bibliothèque l'exécutable.
Pour améliorer, y a pas grand chose à faire, le temps d'accès à une donnée sur un disque dur est lent.
Tu peux opter pour une mémoire flash, mais ça coût cher.
Le premier cas peut dépendre de pleins de choses ( lecture de données, synchro mal foutue, temporisation abusive, allocation mémoires, attente... )
Sans accès au code source c'est difficile de se prononcer; je sais qu'il existe des outils de profiling d'application permettant de pointer où il y a une perte de temps.
Autre question est ce que le top affiche aussi 97% en idle lorsque ton application est active ? ( pas quand c'est le top sélectionné )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# pour le 2ème cas
Posté par fearan . En réponse au message Processus lent avec processeur en idle. Évalué à 2.
Lors de la 2ème exécution tu n'as pas besoin de relire les données, les bibliothèque l'exécutable.
Pour améliorer, y a pas grand chose à faire, le temps d'accès à une donnée sur un disque dur est lent.
Tu peux opter pour une mémoire flash, mais ça coût cher.
Le premier cas peut dépendre de pleins de choses ( lecture de données, synchro mal foutue, temporisation abusive, allocation mémoires, attente... )
Sans accès au code source c'est difficile de se prononcer; je sais qu'il existe des outils de profiling d'application permettant de pointer où il y a une perte de temps.
Autre question est ce que le top affiche aussi 97% en idle lorsque ton application est active ? ( pas quand c'est le top sélectionné )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent