J'ai des problèmes spécifiques avec les performances, donc commencé à profiler mon application, je vois les statistiques se demander dans Jprofiler - Thread.run a jusqu'à 20% de temps CPU dans l'analyse de l'arbre d'appel, et aller aux appels intérieurs ne représente pas son temps (principalement près de 0%). Semble ligne Thread.run elle-même prend 20% ..Thread.run prend beaucoup de temps processeur dans le profileur
Ce que cela signifie, probablement quelque part une surcharge de création de fil ?, s'il vous plaît conseiller
Avez-vous un spin-wait quelque part dans une méthode d'exécution? – Fildor
Non, pas d'attente, pas de dort – Fagoter
Thread.run ne fait rien, il est plus probable que ce soit une erreur dans le compte dans le profileur. La surcharge dans la création de Thread n'est pas mesurée par un profileur que je connais car il se produit dans le code natif avant le démarrage du thread. Est-ce que vous créez beaucoup de threads de très courte durée de vie? Si c'est le cas, utilisez plutôt un pool de threads. Ces jours-ci, je crée rarement du fil directement et créer un pool de threads, même si ce n'est qu'un seul. –