It is running Mongrel. On Jun 7, 12:28 pm, Pat Allan <[email protected]> wrote: > When you fire up via script/server, though, is it using Mongrel? Thin? Or > Webrat? > > -- > Pat > > On 07/06/2010, at 7:23 PM, Marcelo Barbudas wrote: > > > > > Hi Pat. > > > Thanks for caring:) > > > The tests were done in development mode. > > > In .17 with > > puts @@context.inspect in self.context() > > shows nil values of @@context and goes into re-scanning models after > > the first request (ignoring the newly added IndexedModels). > > > In production I run Apache + Passenger. This whole thing started when > > I noticed a lot of CPU burn after some plugin upgrades. > > > -- > > M. > > > On Jun 7, 9:48 am, Pat Allan <[email protected]> wrote: > >> Thanks for your emails Marcelo - they haven't been ignored, just trying to > >> find some time to investigate. > > >> What server set up are you using? Mongrel? Passenger (with Apache? > >> Nginx?)? Something else? > > >> If you're open to giving me access to your codebase so I can test with > >> that straight away, that'd be great, but not a requirement. > > >> -- > >> Pat > > >> On 07/06/2010, at 6:41 AM, Marcelo Barbudas wrote: > > >>> At least in my setup it didn't work. > > >>> After some investigations I found that in development mode slowdowns > >>> started occurring in abe321df837f825db6bb. Previous version > >>> 9f9f09a79e1e77b9cd6e worked perfectly. > > >>> With the new version the first load is OK, afterwards @@context is > >>> again nil and goes through re-loading all. > > >>> -- > >>> M. > > >>> On Jun 6, 11:36 pm, def <[email protected]> wrote: > >>>> Thanks for fast reply, I will play with that tomorrow :) > >>>> hope it will helps, have nice day > > >>>> On 5 Чер, 08:24, Pat Allan <[email protected]> wrote: > > >>>>> Okay, just pushed 1.3.17 - you'll want to add something like the > >>>>> following to the end of your environment.rb - before any references to > >>>>> any of your models, but after the configure block: > > >>>>> ThinkingSphinx.indexed_models = ['ModelOne', 'ModelTwo'] > > >>>>> Having the model names as strings, not actual models, is important - if > >>>>> you use actual models, then that evaluates the define_index block > >>>>> within the model, which fires off TS's default handling of model > >>>>> loading. > > >>>>> Give it a go, hopefully it helps matters. > > >>>>> Also, for the record: there's no old versions that are fast at loading > >>>>> models - it's important for TS to know about all models that are > >>>>> available for searching. > > >>>>> -- > >>>>> Pat > > >>>>> On 05/06/2010, at 4:37 AM, def wrote: > > >>>>>> Hi Pat, > > >>>>>> can you advise version that doesn't do this overhead? It become quite > >>>>>> hard to work on development. > >>>>>> I hope you can make this improvement in short time :) > > >>>>>> Thanks > >>>>>> Def > > >>>>>> On Jun 3, 9:05 am, Pat Allan <[email protected]> wrote: > >>>>>>> Hi Marcelo > > >>>>>>> At this point, there's no way to tell TS exactly which models to > >>>>>>> load. You're not the first to request it, though, so I'll try to get > >>>>>>> something into the code which does that. > > >>>>>>> -- > >>>>>>> Pat > > >>>>>>> On 03/06/2010, at 6:46 AM, Marcelo Barbudas wrote: > > >>>>>>>> Hi Pat, > > >>>>>>>> Sorry to be answering so late. > > >>>>>>>> I am using the latest github version. > > >>>>>>>> This happens only in development mode right? Is there a way to > >>>>>>>> explicitly tell TS what to load so I can benchmark without ts being a > >>>>>>>> factor? > > >>>>>>>> Or to specify the models manually to avoid the extra CPU burn? > > >>>>>>>> -- > >>>>>>>> M. > > >>>>>>>> On Jun 1, 10:31 am, Pat Allan <[email protected]> wrote: > >>>>>>>>> Hi Marcelo > > >>>>>>>>> How many models do you have in your application? > > >>>>>>>>> To process search results, TS needs to know about *all* models that > >>>>>>>>> have indexes, so it forces Rails to load every single model. > >>>>>>>>> Unfortunately this can't be avoided, but it should only happen > >>>>>>>>> (with the latest version of TS) when you're running a search. > > >>>>>>>>> So: what version of TS are you using? > > >>>>>>>>> -- > >>>>>>>>> Pat > > >>>>>>>>> On 01/06/2010, at 5:23 AM, Marcelo Barbudas wrote: > > >>>>>>>>>> Hi. > > >>>>>>>>>> I've been profiling a Rails Application and noticed some big > >>>>>>>>>> improvements once I disable TS. > > >>>>>>>>>> Basically if I have a model called Post which has some indexes. > >>>>>>>>>> Once I remove define_index, in any method that uses Post, even in > >>>>>>>>>> basic Post.find without any TS interaction, I get 4x improvements. > > >>>>>>>>>> I am using Rails 2.3.5 in development mode, testing via the > >>>>>>>>>> NewRelic > >>>>>>>>>> plugin. > > >>>>>>>>>> Any ideas? I don't even know what data to include. > > >>>>>>>>>> -- > >>>>>>>>>> M. > > >>>>>>>>>> -- > >>>>>>>>>> You received this message because you are subscribed to the Google > >>>>>>>>>> Groups "Thinking Sphinx" 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/thinking-sphinx?hl=en. > > >>>>>>>> -- > >>>>>>>> You received this message because you are subscribed to the Google > >>>>>>>> Groups "Thinking Sphinx" 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/thinking-sphinx?hl=en. > > >>>>>> -- > >>>>>> You received this message because you are subscribed to the Google > >>>>>> Groups "Thinking Sphinx" 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/thinking-sphinx?hl=en. > > >>> -- > >>> You received this message because you are subscribed to the Google Groups > >>> "Thinking Sphinx" 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/thinking-sphinx?hl=en. > > > -- > > You received this message because you are subscribed to the Google Groups > > "Thinking Sphinx" 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/thinking-sphinx?hl=en.
-- You received this message because you are subscribed to the Google Groups "Thinking Sphinx" 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/thinking-sphinx?hl=en.
