Que quede una cosa clara desde el principio! Yo no soy un fan de compilar software! Encuentro que hoy en día, compilar ya es cosa del pasado, a menos que quieras probar software que todavía no está listo para funcionar en producción. Como tal, quise probar qué tal andaba PHP7 con el código de la empresa, a raíz de las tantas maravillas que se ha dejado entrever de esta nueva versión.
Algunas de estas maravillas son que incluyeron PHPNG (PHP Next Generation), que mejora el uso de recursos (su aplicación ocupará MUCHO menos RAM), y ahora también se activó un JIT Engine (que aceleraría las llamadas recurrentes a funciones y métodos). Entre esas dos mejoras, deberían ver un incremento de velocidad del orden de 25% a 150% comparado con PHP 5.6, dependiendo del caso obviamente.
Esto quiere decir básicamente que en una instalación default de WordPress, la cantidad de instrucciones de CPU se redujeron de 9.413.106.833 a 2.483.106.468 y que el tiempo que ocupa generar 1000 veces el homepage se redujo de 26.756 segundos a 11.081 segundos (Como pueden verificar acá). En ambos casos, es un incremento de velocidad importante y está casi a la par (y actualmente en muchos casos aún más rápido) que HHVM de Facebook.
Lo primero que necesitamos para empezar a trabajar es una instalación limpia y minimalista de CentOS 7. Activen ethernet (Predeterminadamente
viene desactivado, esto se hace en /etc/sysconfig/network-scripts/ifcfg-enp0s3
, cambiando la opción ONBOOT=no
por
ONBOOT=yes
al final de este archivo), y una vez hecho eso, necesitaremos algunos paquetes para empezar:
En principio, no necesitaremos nada más para una instalación básica de PHP. Sin embargo, como también quiero un PHP que sea medianamente usable, necesitaremos de algunas dependencias.
Las dependencias
Todos los comandos se deben ejecutar como root.
Estas son las dependencias para esta instalación de PHP7:
Una cosa curiosa es que libmcrypt ya no está en el repositorio central de CentOS 7, así que por eso instalé epel para poder instalar este paquete.
Ahora tenemos que instalar PHP mismo, así que simplemente bajamos la última versión y compilamos desde ahí:
pthreads
Nota: Aunque la idea de poder tener soporte directo desde PHP para threading suena muy atractivo, la verdad es que este módulo externo todavía presenta algunos problemas de compatibilidad, entendible debido a que PHP7 todavía no está terminado. Sin embargo, para cuando sí esté listo, este método debería servir, así que por mientras voy a dejar los primeros pasos acá con la promesa de que revisitaré esta sección en el futuro.
Esta es una extensión que se puede bajar desde PECL que sirve para obtener soporte para threading desde PHP mismo en código, de una manera fácil.
Para instalarla, debemos bajar el paquete desde PECL y dejarla en la carpeta ext/
de PHP. Para eso, ejecuten los siguientes comandos:
Compilando PHP
El comando definitivo para compilar PHP7:
Sé que cuando compilan, les gusta saber qué compilan, así que aquí un pequeño listado de las opciones más desconocidas y/o emblemáticas/nuevas:
- enable-bcmath: La librería de matemáticas extendida de PHP. Más información.
- enable-pcntl / sysvmsg / sysvsem / sysvshm: Process Control y asociados. Fundamental para procesos CLI. Más información.
- enable-calendar: Las funciones de calendario. Más información.
- with-gmp: GNU Multiple Precision: Otra librería de matemáticas, suelo ocupar algunas funciones de repente. Más información.
- with-pspell: Librería de ortografía! Más información.
- enable-maintainer-zts: Para soporte de pthreads (más adelante). Más información.
- enable-intl: i18n, fundamental para el mundo globalizado de hoy!
- enable-opcache-file: Opción nueva y experimental, aceleraría procesos CLI. Sin link de más información ya que es una opción nueva con PHP 7 y no hay documentación todavía. Sé de esta opción por la lista de correos.
- enable-fpm: Para crear un módulo fast-cgi en vez de php_module (que es viejo y lento). Más información. Prometo que haré una guía que integra PHP con nginx y fast_cgi más adelante.
- with-readline: Para phpdbg (Debugger de PHP interactivo). Más información.
Una vez compilado, podemos proceder a crear el build y la instalación propiamente tal, a tomar café!
Al finalizar, tendremos un binario que se habrá copiado a alguna ruta donde hayan binarios (/usr/bin/ en este caso), y que si lo ejecutamos nos dará la siguiente salida:
Si desean experimentar con el setting --enable-opcache-file
, deberán crear un nuevo /etc/php.ini
, y en ella incluir las siguientes opciones:
Esto debería activar opcache y además hacerlo persistente para procesos CLI, ideal para varias sesiones.
Verificaciones
Ahora nos toca verificar que todo haya ido bien y que todo funciona.
Primero aprovechamos de instalar composer, tal como es descrito en este post.
Enseguida copiamos un repositorio y ejecutamos algunas pruebas:
En mi PC de desarrollo normal, donde tengo PHP 5.5.20, el test con 3 runs me da la siguiente salida:
Time: 3.28 seconds, Memory: 8.00Mb Time: 1.35 seconds, Memory: 8.00Mb Time: 1.36 seconds, Memory: 8.00Mb
Esta es la salida de 3 runs con PHP 7:
Time: 183 ms, Memory: 4.00Mb Time: 196 ms, Memory: 4.00Mb Time: 232 ms, Memory: 4.00Mb
Como podemos ver, en la primera test PHP 7 es 16 veces más rápido que PHP 5.5, mientras que en la segunda y tercera es aproximadamente 6 veces más rápido. La memoria? Pues ocupa un 50% menos de memoria.
Conclusiones
PHP 7 es rápido y esta prueba lo comprueba. Lamentablemente tendremos que esperar hasta noviembre para la salida definitiva de PHP 7 al mundo, pero desde ya se puede comprobar que los esfuerzos realizados por el equipo que desarrolla PHP rindieron su fruto. Además del incremento en velocidad en aplicaciones viejas, queda por ver qué tanto más rápido será ocupar el JIT Engine, cuando tenga un tiempo y ahora que tengo una versión ocupable de PHP 7 haré las optimizaciones correspondientes y postearé las pruebas.
Fuentes:
SupportLobby
CryBit
coderwall