En caso de publicar el contenido del registro como la primera petición se procesa entonces tal vez podamos averiguar lo que está haciendo es tan lento. Por ejemplo, este es mi registro como el primer usuario accede al sitio
Booting Mongrel (use 'script/server webrick' to force WEBrick)
Rails 2.1.0 application starting on http://0.0.0.0:3000
Debugger enabled
Call with -d to detach
Ctrl-C to shutdown server
** Starting Mongrel listening at 0.0.0.0:3000
** Starting Rails with development environment...
/usr/lib/ruby/gems/1.8/gems/actionpack-2.1.0/lib/action_controller/mime_type.rb:66: warning: already initialized constant CSV
** Rails loaded.
** Loading any Rails specific GemPlugins
** Signals ready. TERM => stop. USR2 => restart. INT => stop (no restart).
** Rails signals registered. HUP => reload (without restart). It might not work well.
** Mongrel 1.1.5 available at 0.0.0.0:3000
** Use CTRL-C to stop.
Processing SessionsController#new (for 127.0.0.1 at 2009-05-26 12:26:00) [GET]
Session ID: de2acf074759026e1ed6205724f547a9
Parameters: {"action"=>"new", "controller"=>"sessions"}
Rendering sessions/new
Completed in 0.00587 (170 reqs/sec) | Rendering: 0.00298 (50%) | DB: 0.00092 (15%) | 200 OK [http://localhost/]
Creo reqs 170/seg está muy bien para nuestra aplicación pero otros pueden encontrar que lento. Puede ver en las estadísticas que Rails proporciona que la mitad del tiempo requerido se gasta al procesar la respuesta, en este caso generando el HTML para la pantalla de inicio de sesión. Si esta solicitud tardaba mucho tiempo, mi primer puerto de escala serían las vistas y los ayudantes asociados con la pantalla de inicio de sesión.
Si tiene un sistema que tarda mucho tiempo en inicializarse en la primera solicitud, ¿por qué no ser astuto y escribir su propio programa de inicio que primero ejecuta raíles y luego envía una solicitud falsa en curl. De esa forma, tus usuarios nunca verán el problema.
Chris
Gracias por su pista. Aquí está mi archivo de registro: http://pastie.org/private/ih2mpcmjpofp5jmfsvw A veces, dura mucho más de 1600 ms para responder a mi solicitud. Realmente no tengo ni idea ... – Stefan
¿Qué versión de rieles estás usando? Completado en 10367ms (Vista: 1572, BD: 450) | 200 OK [http: // localhost/search? Search = stefan +] Parece que lleva 10 segundos responder a la primera solicitud. Supongo que volver a buscar la misma pregunta "stefan" es mucho más rápido. ¿Cuánto tiempo lleva encontrar un registro diferente? Finalmente, ¿cuánto tiempo lleva buscar un registro inexistente? –