Heim >Backend-Entwicklung >PHP7 >Detaillierte Erklärung von Hugepage, um PHP7 schneller zu machen

Detaillierte Erklärung von Hugepage, um PHP7 schneller zu machen

Guanhui
Guanhuinach vorne
2020-06-09 09:21:533220Durchsuche

Detaillierte Erklärung von Hugepage, um PHP7 schneller zu machen

PHP7 hat gerade RC4 veröffentlicht, das einige Fehlerkorrekturen und eine unserer neuesten Leistungsverbesserungen (NEWS) enthält, nämlich „HugePageFy PHP TEXT Segment“. „Verschieben“ des eigenen TEXT-Segments (Ausführungskörper) nach Huagepage. In früheren Tests konnten wir bei WordPress einen stetigen Anstieg der QPS um 2 % bis 3 % feststellen.

Um es einfach auszudrücken: Der Standardspeicher ist in 4 KB ausgelagert, und die virtuelle Adresse und die Speicheradresse müssen konvertiert werden, und diese Konvertierung erfordert eine Tabellensuche, um die Geschwindigkeit zu erhöhen Bei der Suche verfügen alle CPU-Tabellenprozeduren über einen integrierten TLB (Translation Lookaside Buffer). Wenn die virtuelle Seite kleiner ist, ist die Anzahl der Einträge in der Tabelle natürlich größer und die TLB-Größe ist begrenzt , desto höher wird der Cache-Miss des TLB sein. Wenn wir also große Speicherseiten aktivieren können, können wir diesen TLB-Cache-Miss indirekt reduzieren. Was die detaillierte Einführung betrifft, werde ich hier nicht näher darauf eingehen Wir erklären hauptsächlich, wie diese neue Funktion aktiviert wird und dadurch eine deutliche Leistungssteigerung erzielt wird.

Es ist sehr einfach geworden, Hugepage im neuen Kernel zu aktivieren. Am Beispiel meiner virtuellen Entwicklungsmaschine (Ubuntu Server 14.04, Kernel 3.13.0-45) sehen wir uns die Speicherinformationen an:

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

Es ist ersichtlich, dass die Größe einer Hugepage 2 MB beträgt und HugePages derzeit nicht aktiviert ist. Lassen Sie uns nun zuerst PHP RC4 kompilieren. Denken Sie daran, Folgendes nicht hinzuzufügen: --disable-huge-code-pages (diese neue Funktion). ist standardmäßig aktiviert, Sie fügen dies hinzu (Deaktivieren)

Dann konfigurieren Sie Opcache Ab PHP5.5 ist die Kompilierung standardmäßig aktiviert, aber es kompiliert dynamische Bibliotheken, daher müssen wir sie noch konfigurieren und laden php.ini.

zend_extension=opcache.so

Diese neue Funktion ist in Opcache integriert, daher muss diese Funktion auch über Opcache aktiviert werden (durch Festlegen von opcache.huge_code_pages=1: Die spezifische Konfiguration:

opcache.huge_code_pages=1

Lassen Sie uns nun das Betriebssystem konfigurieren). , weisen Sie einige Hugepages zu:

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

Jetzt überprüfen wir noch einmal die Speicherinformationen:

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

Sie können sehen, dass die 128 Hugepages, die wir zugewiesen haben, bereit sind, und dann starten wir 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

Überprüfen Sie nun noch einmal die Speicherinformationen:

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

Apropos: Wenn Hugepages verfügbar ist, wird Opcache Hugepages tatsächlich zum Speichern des Opcodes-Cache verwenden, um zu überprüfen, ob opcache.huge_code_pages vorhanden ist In der Tat effektiv, wir könnten genauso gut opcache.huge_code_pages schließen, es dann erneut starten und die Speicherinformationen überprüfen:

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

Es ist ersichtlich, dass fpm nach dem Einschalten von riesig_code_pages nach dem Start noch 4 weitere Seiten verwendet die Textgröße von 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

Es ist ersichtlich, dass das Textsegment eine Größe von 10114565 Bytes hat, was unter Berücksichtigung der Ausrichtung (dem Schwanzteil) insgesamt etwa 4,8 Seiten erfordert weniger als 2 Mio. Seiten werden nicht verschoben), gelten für 4 Seiten, was genau das ist, was wir konsistent sehen.

Zeigt an, dass die Konfiguration erfolgreich war! Viel Spaß

Aber bevor ich es sage: Nach der Aktivierung dieser Funktion wird es ein Problem geben. Wenn Sie versuchen, ein Profil über Perf Report/Anno zu erstellen, werden Sie feststellen, dass Symbole fehlen (Valgrind, GDB sind nicht betroffen). Der Hauptgrund dafür ist, dass Perf darauf ausgelegt ist, mmap zu überwachen, dann den Adressbereich aufzuzeichnen und IP in Symbole umzuwandeln. Daher geht Perf davon aus, dass dieser Teil der Adresse keine Symbolinformationen enthält dass zukünftige Versionen des Kernels diese Einschränkung beheben können...

Empfohlenes Tutorial: „PHP7

Das obige ist der detaillierte Inhalt vonDetaillierte Erklärung von Hugepage, um PHP7 schneller zu machen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Dieser Artikel ist reproduziert unter:laruence.com. Bei Verstößen wenden Sie sich bitte an admin@php.cn löschen