Hi Pat, Thanks for the feedback. I wish I could lean towards your solution! :)
I'll investigate running a parallel instance with higher max_matches. Would it be easier to duplicate the main environment using Riddle directly? Si On Aug 23, 9:53 am, Pat Allan <[email protected]> wrote: > Hi Simon > > I'm not sure about the underlying Sphinx logic, but it wouldn't surprise me > if what you've suggested is the case. You could ask the question on the > Sphinx forum to confirm, though: > > http://www.sphinxsearch.com/forum/ > > I'd probably be leaning towards informing users that their downloaded search > results are limited to the most recent x values, unfortunately. Not the ideal > solution, of course... > > I guess an alternative, although it does add extra complexity, is to have two > searchd instances running (use a second environment), and the second has the > higher max_matches value. Would that be feasible? > > Cheers > > -- > Pat > > On 22/08/2010, at 5:10 PM, tokumine wrote: > > > > > Hi all, > > > We're trying to let users download their searches. > > > In app, we're fine to paginate results up to 1000 items, but on the > > download, we need to get the id's of all matching results. > > > The total number of items in the search index, and that are > > downloadable is around 150k > > > increasing max_matches to 150k in both the sphinx.yml and download > > search query arguments allows us to get all the ids *but* at a huge > > cost to query time for normal in app searches (searches go from 1-2s > > to around 10s) despite setting max_matches in our non-download in-app > > queries to 1k. > > > It seems like max_matches in the sphinx.yml is setting the pace of all > > queries, regardless of how low max_matches is specified in the actual > > search call arguments - is this normal behaviour? > > > Tks! > > > S > > > -- > > 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.
