La herramienta que elija dependerá de lo que quiera medir y la complejidad del sitio.
Si el comportamiento del sitio depende de las cookies (por ejemplo, el usuario necesita iniciar sesión), entonces ab / curl / wget (descrito en otras respuestas) no será suficiente. Una solución es usar http :: recorder / www :: mechanize .
Todos los datos que está solicitando están en los registros de su servidor web, y un simple script awk los devolverá en una forma más legible.
compara el tiempo que lleva descargar los diferentes elementos del sitio.
Este es un indicador muy pobre de desempeño (aunque es útil para monitorear la salud de un sistema de producción). Con la excepción de recursos grandes / lentos, como informes voluminosos, imágenes iso, archivos multimedia, la percepción del rendimiento tiene muy poco que ver con el tiempo necesario para procesar una sola solicitud, y es realmente difícil medir esto con precisión (simplemente agregando% D en su registro de apache parece resolver el problema, pero ignora los protocolos de enlace TCP, la negociación SSL, los efectos de almacenamiento en caché, los tiempos de búsqueda de DNS).
Una mejor solución es usar algo como Boomerang , pero eso se ejecuta en un navegador compatible con Javascript. Si bien esto proporciona un mejor indicador del rendimiento percibido que el seguimiento de las solicitudes HTTP individuales, se basa en los eventos del navegador para obtener un valor para el rendimiento, pero el rendimiento percibido depende del tiempo que tarda la ventana gráfica en representarse (de nuevo, hay herramientas para esto) eche un vistazo a las herramientas de tira de película en WebPageTest ).
También existe el argumento sobre la medición del rendimiento realmente entregado a los usuarios del sitio (RUM) frente a las pruebas sintéticas.