2010-12-16 3 views
2

Я бег локальной копии сайта Railscasts ознакомиться с рельсами 3. Я осматривал журнал развития после того, как я был щелкающим вокруг, и вот что я вижу:Куда заканчивается время отклика?

Started GET "/" for 127.0.0.1 at 2010-12-16 14:17:07 -0500 
    Processing by EpisodesController#index as HTML 
    Episode Load (0.5ms) SELECT "episodes".* FROM "episodes" WHERE (published_at <= '2010-12-16 19:17:07.872204') ORDER BY position DESC LIMIT 10 OFFSET 0 
Rendered shared/_navigation.html.erb (1.4ms) 
    Sponsor Load (0.2ms) SELECT "sponsors".* FROM "sponsors" WHERE (active = 't') 
    Tag Load (0.1ms) SELECT "tags".* FROM "tags" ORDER BY name 
Rendered shared/_side.html.erb (4.2ms) 
Rendered episodes/index.html.erb within layouts/application (9.8ms) 
Completed 200 OK in 117ms (Views: 12.7ms | ActiveRecord: 0.8ms | Sphinx: 0.0ms) 

Где остальной время отклика? Он говорит 117ms для полного запроса, и похоже, что он регистрирует все запросы к базе данных. Является ли оставшееся время действительно логикой контроллера?

ответ

3

Проблема была простой. Это фрагмент журнала разработки, поэтому все это дополнительное время было поглощено рельсами, перезагружающими классы.

1

Остальная часть времени будет идти на:

  • контроллер, вид, модель логика
  • Отправка/получение данных HTTP
  • Rails Internals
  • Logging, печать на консоль
+0

В чем разница между логикой модели и временем ActiveRecord? Также не учитывается время просмотра – Clinton 2011-07-05 05:32:51

Смежные вопросы