Hi Yonik, I've tried everything but it's doesn't change anything, I tried as well the last trunk version but nothing changed. There is nothings that I can do about the indexation ...maybe I can optimize something before searching ??? I'm using linux system, apache 5.5, last solr version updated. Memory : 8G Intel
Do you think its a lot for the index size 7.6G for 8.5M of document? And idea what can I do ??? Thanks a lot for your time Yonik Seeley wrote: > > On Wed, Dec 3, 2008 at 11:49 AM, sunnyfr <[EMAIL PROTECTED]> wrote: >> Sorry the request is more : >> > /select?q=text:"svr09\+tutorial"+AND+status_published:1+AND+status_moderated:0+AND+status_personal:0+AND+status_explicit:0+AND+status_private:0+AND+status_deleted:0+AND+status_error:0+AND+status_read >> or even I tried : > > There are a bunch of things you could try to speed things up a bit: > 1) optimize the index if you haven't > 2) use a faster response writer with a more compact format (i.e. add > wt=javabin for a binary format or wt=json for JSON) > 3) use fl (field list) to restrict the results to only the fields you need > 4) never use debugQuery to benchmark performance (I don't think you > actually did, but you did list it in the example dismax URL) > 5) pull out clauses that match many documents and that are common > across many queries into filters. > > /select?q=text:"svr09\+tutorial"&fq=status_published:1+AND+status_moderated:0+AND+status_personal:0+AND+status_explicit:0+AND+status_private:0+AND+status_deleted:0+AND+status_error:0+AND+status_read > > You can also use multiple filter queries for better caching if some of > the clauses appear in smaller groups or in isolation. If you can give > more examples, we can tell what the common parts are. > > -Yonik > > -- View this message in context: http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20833091.html Sent from the Solr - User mailing list archive at Nabble.com.
