That's right, but what happens between 320ms and 831ms? On Jan 24, 8:19 pm, Ivan Nastyukhin <[email protected]> wrote: > in development 320 ms is not slow, because rails reload your class - > structure. > What a problem? > > On Jan 25, 2011, at 6:13 AM, ChristianP wrote: > > > > > > > > > Hi guys, > > > Recently, my Rails project became oddly slow when running in > > development mode locally. Example: > > > Processing SessionsController#new (for 127.0.0.1 at 2011-01-24 > > 19:54:41) [GET] > > Completed in 320ms (View: 27, DB: 6) | 200 OK [http://localhost/login] > > > 320ms is pretty slow, but the issue is, that somewhere on top of this, > > there is a 500ms overhead on doing... *stuff*. Check this: > > > time curlhttp://localhost:3000/login> /dev/null > > > real 0m0.831s > > user 0m0.005s > > sys 0m0.008s > > > I'm running NewRelic as well, but any statistics in there only > > accounts for the first 320ms. > > > How do I find out what is eating up the additional 500ms? It's driving > > me absolutely nuts, because it didn't always do this. I'm wondering if > > it's the amount of gems we use (currently around 30 or so). > > > I'm running > > - ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0] > > - Rails 2.3.5 > > > Thanks in advance for any help or hints. > > > Cheers, > > Christian > > > -- > > You received this message because you are subscribed to the Google Groups > > "Ruby on Rails: Talk" group. > > To post to this group, send email to [email protected]. > > To unsubscribe from this group, send email to > > [email protected]. > > For more options, visit this group > > athttp://groups.google.com/group/rubyonrails-talk?hl=en.
-- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
