what php apache wordpress fastcgi mod-php

php - what - fpm or fastcgi



¿Apache''s mod_php O FastCGI? ¿Qué es bueno para Wordpress? (2)

¿Qué método de ejecución de PHP consume menos memoria?

Supongo que por solicitud procesada por PHP son más o menos lo mismo. Pero si también tienes mod_php cargado en Apache para servir imágenes, asumo que tu huella de memoria será mayor debido a que sirve archivos estáticos.

También qué método consume memoria casi constante. Veo con mod_php el uso de memoria de mis servidores fluctuando entre 300 MB y 800 MB, cada pocos segundos.

Puedes hacer ambas cosas bastante constantes. Si configura cuidadosamente MaxClients, MinSpareServers y MaxSpareServers, puede decir casi cuántos procesos se están ejecutando. Si también establece memory_limit dentro de su configuración de PHP, puede calcular la cantidad de memoria que necesita. También puede hacer lo mismo para fcgi, ya que puede decidir cuántos procesos se están ejecutando.

Pero con FastCGI, la primera respuesta del servidor llega muy tarde. Veo que con FastCGI hay un retraso inicial por solicitud de página web. Una vez que llega la primera respuesta del servidor, otros elementos como imágenes, css, js se cargan bastante más rápido.

Esto no tiene sentido. No estoy seguro de por qué sucede en tu caso.

¿Está bien ejecutar la mezcla de ambos? Tengo 5 sitios en servidor dedicado. ¿Está bien si ejecuto pocos con mod_php y descanse con FastCGI?

Supongo, pero será una pesadilla mantener y probablemente será más difícil de configurar para ahorrar memoria . Todo lo contrario, creo.

Estoy seguro de que mi servidor falla principalmente debido al uso incorrecto de la memoria por mod_php. Revisé todos los guiones. ¿Hay alguna manera de asegurar que el consumo de memoria en el servidor se mantenga casi constante?

Configure la memoria y los procesos como lo describí anteriormente, y siga supervisando.

¿La complejidad de .htaccess afecta significativamente el uso de memoria? En caso afirmativo, ¿puede ser una razón única para que el servidor se quede sin memoria?

No lo creo. per-directory .htaccess puede ralentizar las cosas, pero a menos que haya un error grave en Apache, no debería causar un consumo masivo de memoria.

¿La configuración de Prefork / worker de apache MPM afecta el consumo de memoria? ¿Afectan por igual a mod_php y al modo FastCGI?

Podría, pero recomiendo que se mantenga alejado del trabajador, ya que PHP no es seguro para subprocesos.

Cuando ejecuto el comando "top", veo que Apache (httpd) consume memoria alrededor de 40MB. Hay muchas instancias de httpd en ejecución. Además, FastCGI también incluye algunos procesos de tamaño similar. ¿Cuál es el tamaño de memoria normal para el proceso httpd?

30MB es el min. El límite superior depende de su aplicación (he visto casos en los que fue de ~ 1 GB)

Como estoy ejecutando Wordpress en todos nuestros sitios, ¿cuál será la mejor manera en ese contexto?

Probablemente sea una cuestión de gusto. Recientemente me he alejado de apache hacia nginx + fastcgi. toma un poco de tiempo acostumbrarse, pero funciona bien. No hay problemas de ningún tipo con wordpress (incluso no con supercache, que está bastante involucrado en términos de servidor web).

¿FastCGI / SuExec funciona bien con APC? ¿Necesito reconfigurar APC para trabajar con SuEXEC y FastCGI?

No estoy usando suExec, pero fastcgi funciona bien con APC. No es necesario configurar nada.

Tengo una idea básica sobre la ejecución de PHP en diferentes configuraciones como mod_php, cgi, FastCGI, etc.

En mis resultados y prueba encontré que FastCGI es ligeramente mejor. Me gusta más el soporte de FastCGI para SuEXEC. Espera, no quiero volver a entrar en negocios de benchmarking aquí. Si navega por la web, encontrará personas que prueban que una forma es más rápida que otra en términos de cantidad de solicitudes manejadas por segundo. Bueno, es una buena métrica, pero estoy interesado en diferentes factores y aquí están mis preguntas ...

  1. ¿Qué método de ejecución de PHP consume menos memoria?
  2. También qué método consume memoria casi constante. Veo con mod_php el uso de memoria de mis servidores fluctuando entre 300 MB y 800 MB, cada pocos segundos.
  3. Pero con FastCGI, la primera respuesta del servidor llega muy tarde. Veo que con FastCGI hay un retraso inicial por solicitud de página web. Una vez que llega la primera respuesta del servidor, otros elementos como imágenes, css, js se cargan bastante más rápido.
  4. ¿Está bien ejecutar la mezcla de ambos? Tengo 5 sitios en servidor dedicado. ¿Está bien si ejecuto pocos con mod_php y descanse con FastCGI?
  5. Estoy seguro de que mi servidor falla principalmente debido al uso incorrecto de la memoria por mod_php. Revisé todos los guiones. ¿Hay alguna manera de asegurar que el consumo de memoria en el servidor se mantenga casi constante?
  6. ¿La complejidad de .htaccess afecta significativamente el uso de memoria? En caso afirmativo, ¿puede ser una razón única para que el servidor se quede sin memoria?
  7. ¿La configuración de Prefork / worker de apache MPM afecta el consumo de memoria? ¿Afectan por igual a mod_php y al modo FastCGI?
  8. Cuando ejecuto el comando "top", veo que Apache (httpd) consume memoria alrededor de 40MB. Hay muchas instancias de httpd en ejecución. Además, FastCGI también incluye algunos procesos de tamaño similar. ¿Cuál es el tamaño de memoria normal para el proceso httpd?
  9. Como estoy ejecutando Wordpress en todos nuestros sitios, ¿cuál será la mejor manera en ese contexto?
  10. ¿FastCGI / SuExec funciona bien con APC? ¿Necesito reconfigurar APC para trabajar con SuEXEC y FastCGI?

Tenga en cuenta que estoy menos interesado en sobrevivir contra DIGG o picos de tráfico. Quiero una manera que pueda hacer que el servidor sea estable y predecible.

Lo siento si estoy confuso pero estoy realmente en desorden. Tengo 512 MB de RAM física, 400 MB de intercambio y mi servidor se está quedando sin memoria como locos. El requisito de memoria promedio es de alrededor de 350 MB, solo el uso de memoria hace que la memoria no esté disponible durante unos segundos y, si se reciben pocos golpes adicionales en la segunda ventana, Apache se bloqueó mientras mysql y todos los demás seguían funcionando bien.

Por favor, ayúdame chicos. No voy a comprar más RAM o hardware. Estoy seguro de que ese problema está en mi configuración. Lo siento si me suena arrogante o ignorante.

Intenté cambiar a mod_php , muchas afirmaciones sobre su velocidad. No se dio cuenta de que mod_php se quema a través de la memoria adicional al servir archivos estáticos. (No me importó mucho el problema de seguridad con los archivos que poseen la raíz).

Sin una configuración de CDN, fastcgi es su elección para servir aplicaciones PHP. Sin ello, el cambio de fcgi a mod_php ralentizó el tiempo de generación de mi página, de 3895 ms a 6264 ms (páginas de administración en alojamiento compartido).