Explication détaillée de Hugepage pour rendre PHP7 plus rapide

PHP7 vient de publier RC4, qui contient quelques corrections de bugs et l'une de nos dernières améliorations de performances (NEWS), qui est "HugePageFy PHP TEXT segment". « Déplacez » son propre segment TEXTE (corps d'exécution) vers Huagepage. Lors des tests précédents, nous pouvons constater une augmentation constante de 2 % à 3 % du QPS sur WordPress.

Concernant ce qu'est Hugepage, pour faire simple, la mémoire par défaut est paginée en 4 Ko, et l'adresse virtuelle et l'adresse mémoire doivent être converties, et cette conversion nécessite une recherche de table afin d'accélérer. Lors de la recherche, les procédures de la table CPU auront toutes un TLB (Translation Lookaside Buffer) intégré. Évidemment, si la page virtuelle est plus petite, le nombre d'entrées dans la table sera plus important et la taille du TLB sera limitée. , plus le Cache Miss du TLB sera élevé. Ainsi, si nous pouvons activer des pages de mémoire volumineuses, nous pouvons indirectement réduire ce TLB Cache Miss. Quant à l'introduction détaillée, je n'entrerai pas dans les détails après avoir beaucoup cherché sur Google ici. nous expliquons principalement comment activer cette nouvelle fonctionnalité, apportant ainsi une amélioration évidente des performances.

Il est devenu très simple d'activer Hugepage dans le nouveau noyau. En prenant comme exemple ma machine virtuelle de développement (Ubuntu Server 14.04, noyau 3.13.0-45), si l'on visualise les informations sur la mémoire :

$ cat /proc/meminfo | grep Huge
AnonHugePages:    444416 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB

On peut voir que la taille d'une Hugepage est de 2 Mo, et HugePages n'est pas actuellement activé. Maintenant, compilons d'abord PHP RC4, n'oubliez pas de ne pas ajouter : --disable-huge-code-pages (cette nouvelle fonctionnalité). est activé par défaut, vous ajoutez Désactivez ceci)

Ensuite, configurez opcache À partir de PHP5.5, Opcache a activé la compilation par défaut, mais il compile des bibliothèques dynamiques, nous devons donc toujours le configurer et le charger. php.ini.

zend_extension=opcache.so

Cette nouvelle fonctionnalité est intégrée à Opcache, cette fonctionnalité doit donc également être activée via Opcache (en définissant opcache.huge_code_pages=1 La configuration spécifique :

opcache.huge_code_pages=1

Maintenant, configurons le système d'exploitation). , allouez quelques Hugepages :

$ sudo sysctl vm.nr_hugepages=128
vm.nr_hugepages = 128

Vérifions maintenant à nouveau les informations de mémoire :

$ cat /proc/meminfo | grep Huge
AnonHugePages:    444416 kB
HugePages_Total:     128
HugePages_Free:      128
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB

Vous pouvez voir que les 128 Hugepages que nous avons allouées sont prêtes, alors commençons php-fpm :

$ /home/huixinchen/local/php7/sbin/php-fpm
[01-Oct-2015 09:33:27] NOTICE: [pool www] 'user' directive is ignored when FPM is not running as root
[01-Oct-2015 09:33:27] NOTICE: [pool www] 'group' directive is ignored when FPM is not running as root

Maintenant, vérifiez à nouveau les informations sur la mémoire :

$ cat /proc/meminfo | grep Huge
AnonHugePages:    411648 kB
HugePages_Total:     128
HugePages_Free:      113
HugePages_Rsvd:       27
HugePages_Surp:        0
Hugepagesize:       2048 kB

En parlant de cela, si Hugepages est disponible, Opcache utilisera en fait Hugepages pour stocker le cache des opcodes, donc afin de vérifier que opcache.huge_code_pages est bien efficace , autant fermer opcache.huge_code_pages, puis le redémarrer et vérifier les informations sur la mémoire :

$ cat /proc/meminfo | grep Huge
AnonHugePages:    436224 kB
HugePages_Total:     128
HugePages_Free:      117
HugePages_Rsvd:       27
HugePages_Surp:        0
Hugepagesize:       2048 kB

On peut voir qu'après avoir activé huge_code_pages, fpm utilise 4 pages supplémentaires après le démarrage. taille du texte de php-fpm :

$ size /home/huixinchen/local/php7/sbin/php-fpm
   text        data         bss         dec         hex     filename
10114565      695200      131528     10941293      a6f36d     /home/huixinchen/local/php7/sbin/php-fpm

On peut voir que le segment de texte a une taille de 10114565 octets, ce qui nécessite un total d'environ 4,8 pages de 2M en tenant compte de l'alignement (la partie queue en moins. plus de 2 millions de pages ne seront pas déplacées), postulez pour 4 pages, ce qui est exactement ce que nous constatons.

Indique que la configuration est réussie ! Profitez-en

Mais comme je l'ai déjà dit, après avoir activé cette fonctionnalité, un problème surviendra si vous essayez de créer un profil via Perf report/anno, vous constaterez que les symboles sont perdus (valgrind, gdb ne sont pas affectés). La raison principale en est que Perf est conçu pour surveiller mmap, puis enregistrer la plage d'adresses et convertir l'IP en symbole. Cependant, actuellement HugeTLB ne prend en charge que MAP_ANON, donc Perf pense que cette partie de l'adresse ne contient aucune information sur le symbole. les futures versions du Kernel pourront corriger cette limitation...

Tutoriel recommandé : "PHP7"

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!