O'Reilly Japan \ -Java Performance Résumé du chapitre 1 de ce livre

Chapitre 1 Introduction - Qiita ← Cet article Approche des tests de performances du chapitre 2 \ -Qiita ← Article suivant Chapitre 3 Java Performance Toolbox \ -Qiita Chapitre 4 Mécanisme du compilateur JIT \ -Qiita Chapitre 5 Principes de base du nettoyage de la mémoire \ -Qiita

Ce livre décrit deux choses: configurer une JVM et utiliser une bonne API standard.

Vue d'ensemble de la performance

Ecrire un meilleur algorithme

En fin de compte, les performances dépendent de l'adéquation de votre code. Peu importe combien vous essayez de vous débarrasser du code en boucle, le code qui recherche un élément spécifique ne peut pas battre le code qui utilise HashMap.

Réduisez la quantité de code

Certains administrateurs évaluent toujours les développeurs en fonction de la quantité de code qu'ils écrivent, Une petite quantité de code est souvent plus avantageuse en termes de performances. Cette tendance semble être forte surtout à Java.

Plus vous avez de code à compiler, plus le compilateur JIT met du temps à exécuter votre code plus rapidement. À mesure que la quantité d'objets qui doivent être créés et supprimés augmente, la quantité de travail du GC augmente également. Garder beaucoup d'objets prolongera le cycle GC. Plus vous chargez de classes, plus vous avez de temps pour commencer. À mesure que la taille du code exécuté augmente, il peut ne pas tenir dans le cache.

Les performances se détériorent toujours. Parce que des fonctions seront ajoutées.

Optimisation prématurée et facile

Environ 97% de la journée devraient oublier l'efficacité insignifiante. L'optimisation prématurée est la racine de tout Mal.

Il y a un mot célèbre. Vous devez écrire un code clair et simple pour le rendre plus facile à lire Elle ne doit pas être optimisée sans analyse (correction qui complique la structure au détriment de l'avantage de performance). Mais éviter le code qui est évidemment un problème de performances est un autre problème, et c'est bien.

Regardez à l'extérieur (la base de données est toujours un goulot d'étranglement)

Pour les autonomes qui n'utilisent pas de ressources externes, le seul goulot d'étranglement des performances est cette application. Cependant, lorsque vous utilisez des ressources externes, cela devient un goulot d'étranglement. Dans ce livre, nous expliquerons les performances de Java en supposant que non seulement Java, mais l'ensemble est analysé.

Optimiser pour les cas courants

Concentrez-vous sur les cas d'utilisation fréquents.