Heim > Artikel > Backend-Entwicklung > 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!