Una vuelta de rosca más al rendimiento de tu web server

A raíz de uno de un comentario que he visto por ahí sobre el cacheo de scripts en php y en relación a este post anterior he estado haciendo unas pruebas cuyos resultados comento a continuación por si a alguien le sirven de referencia.
En dicho comentario ,que no encuentro ahora, el autor dice que para el pool de la caché en vez de utilizar el disco utiliza la ram, montando parte de esta como si de un recurso de disco se tratara. Me surgió la duda de si realmente la mejora de rendimiento será suficiente para compensar el sacrificio de nuestra valiosa y limitada ram. También me surgen dudas sobre la implicación que esta técnica pueda tener en la seguridad del sistema.
Las pruebas consisten en dos benchmark a este propio servidor. Un primero al que llamaremos ligero que consiste en averiguar el número máx. de peticiones que puede resolver en 30s con una concurrencia de 10. Y un segundo benchmark pesado, que consiste en 1000 peticiones con una concurrencia de 30. Se ha usado HTTP keepalive en las dos. Ambas pruebas se han repetido por triplicado: sin cacheo, con cacheo en disco y con cacheo en RAM y se ha utilizado eAccelerator.
Bien, en la primera prueba como cabe esperar, la diferencia entre cacheo y sin caché ya se es notoria, no así entre cacheo con RAM y en disco, que distan en una sola consulta efectiva. De todos modos extrapolando a servicios que aguanten una carga importante si que podría ser interesante. No obstante lo veremos más adelante en la segunda prueba.


Fuente: anotherhost