El DB no es el problema aquí. El problema de concurrencia de PHP está altamente conectado a su modelo de subprocesos. Si desea mantener muchas conexiones abiertas ( websocket ) con PHP, va a consumir de manera ineficiente mucha RAM.
Facebook ha desarrollado la máquina virtual HipHop para ayudar con algunos de sus problemas de rendimiento de PHP. Esta podría ser la dirección correcta a seguir.
Otro enfoque popular es mover los sockets web a un subdominio separado y escribir un servicio muy simple en Go o Node.js. Haga que ese servicio escuche una o más colas apropiadas y haga que el código PHP existente se publique en esas colas. De esta manera puede mantener su legado de código PHP pero evitar sobrecargar los servidores.
- ¿Cómo se convierte un software escrito en C ++ en ejecutable del sistema operativo para la instalación?
- ¿Cuál es la mejor manera de evaluar los sistemas de software de gestión de proyectos?
- Cómo grabar la pantalla de la computadora para fines de YouTube
- Cómo hacer una aplicación como Paytm
- ¿Cómo ha sido la respuesta para Windows 8 de las empresas y los usuarios finales? ¿Actualizaría a Windows 8?
Una estrategia similar es usar algo como PubNub que maneja todos los sockets web / encuestas largas en su nombre. Una vez más, puede mantener su código central en ejecución y descargar las grandes tareas de administración de conexiones a otra persona.
