PHPNG kontra HHVM (z notatkami)

Transcript

1. PHPNG kontra HHVM Leszek Krupiński 4developers 2015 * Pokazanie jak działa php w środku - wszyscy wiedzą o opcache, a szczegóły zna niewielu * część informacji dostępnych wszędzie (nowości w PHP 5.6) * część tylko dla internalsów * podstawa teoretyczna - niezbędne informacje * wnioski * bez wgryzania się w szczegóły jak uruchomić
2. LEAFNODE * Konsulting - architektura, wydajność, bezpieczeństwo * PHPers, WebClusters - prezentacje workflow, architektura, wydajność, narzędzia * Facebook: PHPers, PHPers:Jobs
4. .pl /PHPersPL +grupy
5. Teraz
6. PHP 5.6
7. Drobne zmiany składniowe
8. PHP 7 w wyniku głosowania nie będzie nigdy wydanej wersji 6 planowane wydanie: listopad 2015
9. PHP NG prace rozpoczęte w styczniu 2013 niejawnie przez Zend. Wcześniej 2 lata pracy nad JIT dla PHP5. Merge w wyniku głosowania - sierpień 2014. Cel: refaktoryzacja kodu, optymalizacja, podstawa do dalszego rozwoju. Autor: Dmitry Stogov, Zend, Sankt Petersburg
10. Głęboka refaktoryzacja * szczegóły - Dmitry Stogov na ZendCon 2014, będzie dostępne nagranie; link do prezentacji z tej sesji na końcu wykładu
11. Optymalizacja struktur wewnętrznych * zmniejszony rozmiar struktury zval * zmniejszona i zoptymalizowana struktura HashTable * HashTable zmniejszony z 72 do 56 bytes * Bucket zmniejszony z 72 do 32 bytes
12. Operacje na stosie bardzo duża zmiana wywołań funkcji - duża optymalizacja drogiego kodu
13. Zarządzanie pamięcią wcześniej 20% czasu poświęcone na zarządzanie pamięcią
14. Immutable Array
15. Efekty
16. 30% lepsze wyniki w testach syntetycznych Każdy pisze benchmarki tak, żeby wyniki wyszły jak najlepiej dla niego
17. 20-70% szybsze działanie prawdziwych aplikacji Jeden z wyznaczników: strona tytułowa Wordpressa 60% szybsza
19. Lies, damned lies, benchmarks
20. Autor: Dmitry Stogov
21. Autor: Dmitry Stogov
22. http://devplant.net/2014/08/11/optimizing-php-code/
23. Abstract Syntax Tree * struktura pomocnicza pomiędzy parsowaniem a kompilacją * usuwa elementy zbędne do uruchomienia * dodaje informacje pomocnicze * zmniejszona liczba haków spinających parser z kompilatorem * oddzielenie parsera od kompilatora - oddzielenie składni od problemów technicznych * potencjał do dalszych optymalizacji w przyszłości
24. LEKSER PARSER / KOMPILATOR URUCHOMIENIE LEKSEMY OPCODE
25. $y = 5; $y = 5 array[309, ‘$y’, 1] = array[305, 5, 1] 309 - T_VARIABLE 305 - T_LNUMBER Lexer
26. Parser/kompilator
27. LALR(1) parser Single-pass compiler Obecnie
28. [$a, $b, $c] = $array;
29. LEKSER PARSER / KOMPILATOR URUCHOMIENIE LEKSEMY OPCODE OPCACHE / OPTIMIZER
30. Przykład optymalizacji Aktualne implementacje: Zmniejszenie liczby opkodów, wykrywanie martwych gałęzi, ponowne użycie gałęzi, interned strings
31. LEKSER PARSER KOMPILATOR URUCHOMIENIE LEKSEMY WĘZŁY AST OPCODE
32. A = B + C = 1 ; D var var var var value value value * 2 value products products products sums sums assign assign stmt stmt statements
33. Usunięcie ograniczeń składniowych Single-pass compiler powodował pewne ograniczenia
34. Uruchomienie Standardowy proces kompilacji PHP Instrukcje do znalezienia w necie dla konkrentego distro PHP jak każde inne
35. Niekompatybilność
36. ROZSZERZENIA interbase oci8 mssql pdo_oci pdo_dblib sybase_ct
37. Drobne zmiany w składni planowane, nie będą poprawiane
38. Ze względu na fakt, że w ramach wywołania funkcji stos nie jest kopiowany, w ramach funkcji zmiany na argumentach wpływają na stan stosu.
39. HHVM [20MIN] * facebook * wyśrubowane potrzeby serwisu
40. HipHop for PHP 2010
41. KOD PHP KOD C KOMPILACJA URUCHOMIENIE wady: mała kompatybilność, kłopotliwy proces kompilacji
42. HHVM (max 20 minut) * 2013 * problemy z dogadaniem się z Zendem/Internals/Community * sposób pracy nad RFD: dyskusja, głosowanie
43. KOD PHP BYTECODE JIT COMPILER URUCHOMIENIE * kompilator Just-In-Time wykrywa często używane fragmenty kodu i kompiluje je do kodu maszynowego
44. Hack
45. Return type hinting Member variable types Type-safe collections Generics Type aliasing Nullable types Tuples Shapes
46. nullable types
47. tuples
48. type aliasing
49. generics
50. return type hinting statyczne sprawdzanie poprawności kodu znacznie lepsze niż anotacje
51. XHP
52. Transpiler konwersja kodu Hack do PHP mozliwość pisania kodu Hack, a wykonywanie go jako zwykłego PHP
53. Zgodność HHVM z PHP
54. Open Source Tests: 95.15%
 25 Frameworks at 100% http://hhvm.com/frameworks/ Na papierze wygląda to dobrze, ale bywa różnie
55. Uruchamianie Długo trwa; na linuksach w miarę proste; są gotowe instrukcje Narzędzia command line, daemon działający cały czas (dlatego możliwe są optymalizacje JIT)
56. HTTP Server PHP FPM Backend class2.php class1.php index.php
57. HTTP Server HHVM Backend class2.php class1.php index.php
58. Używać?
59. 1. google.com 2. facebook.com 3. youtube.com 4. yahoo.com 5. baidu.com 6. amazon.com 7. wikipedia.org 8. twitter.com 9. taobao.com 10. qq.com
60. 1. google.com 2. facebook.com 3. youtube.com 4. yahoo.com 5. baidu.com 6. amazon.com 7. wikipedia.org 8. twitter.com 9. taobao.com 10. qq.com * system problematyczny * trudna kompilacja, małe wsparcie, małe rozpowszechnienie * możliwe niekompatybilności * wykrzacza się * do testów, lokalnie - jak najbardziej * nie każdy ma team programistów gotowych do poprawiania core hacka jak się coś schrzani * HHVM jest wątkowany - wspólne środowisko (setlocale) * faktyczne zalety w bardzo niewielkim procencie zastosowań
61. Roadmap 2015 Integracja LLVM Nowe platformy Garbage collector Zarządzanie pamięcią Wsparcie dla OS X Integracja z Hack typechecker Pliki INI XHP 2.0 w Hack Poprawki zgodności
62. Fight!
63. PHPNG/PHP7 + duże community + szeroka baza testowa + perspektywy (AST) - brak JIT - chaotyczny rozwój
64. HHVM + wydajność + drop-in zamiast FPM + hack - zgodność (…ale będzie lepiej) - niewielka baza testowa - duże koszty wdrożenia
65. Przyszłość
66. PHP 7
67. Return type hinting Gorący temat, powracający, wcześniej nie było dobrej implementacji. Implementacja jest niezbędna do rfc
68. Oprócz tego wiszące od lat tematy, typu named parameters
69. Scalar Type Hints Model hybrydowy
70. Fatal Exceptions
71. T_SPACESHIP Because T_PAAMAYIM_NEKUDOTAYIM was not enough.
72. <=>
73. Kolejne interpretery "HippyVM on average is 7.3x faster than stock PHP and 2x faster than Facebook's HHVM. Please check our benchmarks"
74. Specyfikacja języka opracowana przez Facebooka wcześniej brak bo: * brak czasu i zasobów * niespójny język
75. Czy potrzebne jest wiele interpreterów? * może lepiej by było skupić się na jednym? * “problem wielu frameworków” * konkurencja pobudza i motywuje - standard w wielu językach (Java, Python) * różne interpretery mogą spełniać różne zadania i oczekiwania
76. Linki http://bit.ly/phpng-zendcon http://bit.ly/php-ast http://bit.ly/php7timeline https://github.com/php/php-langspec http://bit.ly/hhvm-phpcon2014 https://wiki.php.net/phpng https://wiki.php.net/phpng-int https://wiki.php.net/rfc http://bit.ly/hhvm-etsy
77. Pytania?
78. Dziękuję @leafnode http://speakerdeck.com/leafnode/ i zapraszam na mój drugi wykład “Dobrze posól swoje hasło”, 17:00, Security