Como facer PHP fodidamente rápido

Como facer PHP
fodidamente rápido
Fran Diéguez – OpenHost && Mabishu

Sobre min

Este traballo ten a licenza Creative Commons Atribución 3.0.
2 Para ver unha copia da licenza visite http://tinyurl.com/2v352h

Fran Diéguez
●
Traballo en OpenHost e na OSL da USC
●
Desenvolvedor web de aplicativos con altas
taxas de usuarios
●
Traballei durante 3 anos con Ruby on Rails
●
Agora mesmo estou traballando nunha plataforma
editorial dixital para periódicos desenvolvida con
PHP (Zend, Smarty, Doctrine)
●
Estou perxudicado (as festas pérdenme)


Que imos ver?
●
Consideracións que poucos saben e como
atallalas
●
Sistemas de cache
●
Sistemas de plantillas: Smarty 3 (non 2)
●
Clustering


Consideracións que poucos saben
e como atallalas


Principais lugares de bottlenecks
●
Sistemas de ficheiros
●
Conexións simultáneas
●
Memoria compartida
●
Xestión de procesos do sistema
●
Conexión a outros servidores


Sistemas de ficheiros
●
Se usades Linux nos vosos servers tedes que
ter en conta as restricións dos FS:
●
Sempre son problemas derivados do sistema de
nodos-i
●
Normalmente os sistemas de ficheiros funcionan
ben até os 1024 elementos dentro dun mesmo
nodo-i
●
Polo que sempre tentade que dentro dun cartafol
haxa como máximo 1024 elementos
– Se vos pasades empregade aniñado de cartafoles.


Problema de conexións
simultáneas
● Se temos poucas conexións
(usuarios concurrentes) o noso
script PHP usará menos memoria
compartida
● Se temos moitas conexións
simultáneas PHP non xestiona
nada ben a memoria compartida e
pode ocasionar perdas de
rendemento incríbeis
● SOLUCIÓN:
● Usar sistemas de memoria
compartida externa
● Cachear a estáticos ou OpCode
● Utilizar métodos de abstracción
para usar servizos de terceiros


Como simulamos altas taxas de
usuarios?
●
Hai moitas ferramentas
●
Ab do Proxecto Apache
●
Httperf de HP, un manual moi chulo
●
...
●
PROBLEMA:
●
Non representan de forma fidedigna as accións de
usuarios (useflow completo do usuario)


Servidores de aplicativo vs
servidores de estáticos
●
É moi importante ter ben diferenciados os
servidores que serven ficheiros logo dun
procesado (aplicativo) dos que son servidores
de estáticos
●
Eu recomendo que estean en distintas máquinas
cando o proxecto creza dabondo
●
Podedes empregar o que queirades pero:
– Apache: como server de aplicacións co módulo
mod_php
– Nginx: como server de estáticos


Coding Standards
●
Non teñen relación directa co rendemento da
app
●
Pero fallos pequenos poden incrementar as
chamadas internas do parser de PHP
●
Exemplo:
●
Eliminando os ?> dos controladores e modelos
obrigas a PHP a non pechar os streams de código
o cal implica un incremento de rendemento dun
0,4 % do script final.


Máis exemplos
● Uso das funcións de expresións regulares de Perl
● Preg_replace
● Preg_match
● Etc.
● Uso de include vs require (*once)
● Outro exemplo chorra:
– Impresión de texto con:
● Print e non echo
● Usade a nomenclatura “{$nome_do_usuario}” e non “$nome_do_usuario”
● O mito de que o uso de Orientación a obxectos é máis lento
xa non se cumpre
● A partires de PHP 5.3 isto mellorou moitísimo

Standard Public Library
● Se queredes facer que PHP vaia máis rápido
● POR FAVOR USADE O SPL DE PHP
● Son APIs escritas en C e compiladas en lingua máquina polo que
vai ir moi rápido
● Ten API para moitas das tarefas comúns cando queremos
acceder a elementos do sistema a baixo nivel:
● Iteradores de Obxectos, Arrays, Ficheiros, Directorios
● Parseo de XML optimizado
● Sistema de excepcións máis extenso que o incluído no core.
● Vantaxe: todo orientado a obxectos


Usade proffiling
● O proffiling é analizar as chamadas internas da linguaxe e o uso de
memoria de cada unha delas
● Para PHP usade Xdebug, basicamente porque non hai outro
● Permite proffiling e debugging de forma moi cómoda
● Para consultar os resultados empregade Kcachegrind ou webgrind.
● Se sabedes interpretar de forma correcta os resultados podedes
saber onde están os bottlenecks nos vosos apps.


En resumo, atacamos así
●
Gardando todo en memoria compartida
●
Crear estáticos
●
Balancear carga entre varios servers
●
Sistemas cache distribuídas
●
Problema de conexións simultáneas


Sistemas de caché


Sistemas de caché
●
Hai dous tipos
●
Sistemas de caché interna
●
Sistemas de caché externa
●
Para cada un salientamos
●
Interna: APC
●
Externa: Memcache


Sistemas de caché e II
●
O realmente interesante é ter unha
infraestrutura escalonada de sistema de Cache
●
Zend Framework fornece un sistema de varias capas
onde podes aniñar distintos sistemas de caché
segundo a súa velocidade: Zend_Cache
– APC
– Memcache
– Base de datos
– Cache de sistema de ficheiros
– Personalizadas


APC (Alternative PHP Caché)
● A partir de PHP 5.4 será
incluído no paquete
base de PHP polo que
podedes empregalo sen
instalación algunha
● Para todo lo demás:
usade pecl
● Api moi sinxela:
● apc_exists()
● apc_add()
● apc_fetch()

Memcache
● Agnóstico á lingua de programación
● Sistema totalmente distribuído
● Permite ter un banco de memoria (pares chave-valor)
do tamaño que queirades nunha máquina externa que
comparte recursos a varios servers
● Permite multiserver e multiclientes
● Api moi sinxela:
● Memcache::connect, conexión inicial ao porto 11211
● Memcache::set
● Memcache::get

Sistemas de plantillas


Sistemas de plantillas
●
Hai moita controversia co sistema de plantillas
●
Moitas persoas prefiren empregar PHP misturado
con HTML
●
Outras moitas empregan un sistema de plantillas
●
Todo depende das vosas necesidades porén eu
prefiro empregar un sistema de plantillas
●
Vantaxes: sistemas de caching e compilación a
opcode das plantillas, etc, etc, etc
●
Desvantaxes: obrigan a aprender unha nova sintaxe
e distintas API.

Smarty 3
●
Para min e a unha solución definitiva
●
Baixo as miñas probas
●
Incremento de rendemento do 30% fronte a
Smarty 2
●
Incremento de rendemento do 15% fronte a uso
de PHP embembed
– Logo de que Smarty compile as vistas a PHP
●
Incremento de rendemento do 40% fronte a uso
de PHP Embembed
– Logo que Smarty compile as vistas a OpCode

Smarty 3 características
● Olvidádevos de Smarty 2 (cousa do pasado, 3 meses)
● Características:
● Template inheritance
● Sistema de cache por grupos
● Compilación a OpCode
● Compilación a PHP optimizado
● Totalmente extensíbel
● Facilita a reutilización de partials
● Sistema bastante bo de plugins (non orientado a obxectos!!!)


Caché, caché, caché
●
Para o caso das plantillas con partes dinámicas
●
Tipico: Hola {$nome_do_usuario}
●
Tentade compilar a OpCode con servers
especializados como Zend Server (aviso $$$)
●
Para o caso de plantillas estáticas
●
Compilade todo a html estático escribindo en
filesystem ou memcache
●
Incluso podedes empregar este sistema para
cachear fragmentos (partials)


Clustering


Sistemas de clustering
●
Sodes desenvolvedores, non perdades tempo
en administración de sistemas
●
O mellor é empregar sistemas que poidan
autoescalar
●
Eu recomendo EC2 combinado con S3 de Amazon
●
E se o presuposto o permite empregade Akamai.


Apps na nube
●
Como fago que o meu App poida empregar
clustering ou poida correr na nube?
●
Realmente non cambia moito da infraestrutura
que tes sempre que empregues as anteriores
suxestións
– Caches distribuídas
– Conversión a estáticos e Opcode
– Diferencia de servidores de aplicativos
vs servidores de estáticos


Preguntas


Como facer PHP fodidamente rápido

Recomendados

Recomendados

Mais conteúdo relacionado

Semelhante a Como facer PHP fodidamente rápido

Semelhante a Como facer PHP fodidamente rápido (20)

Como facer PHP fodidamente rápido