I use the Perl API with swish-e 2.4.7.
Yes I do sort on properties but even swishrank will slow down if there are
I only show about 50 results and go with 'seek' to the next 50 results.
Browsing trough a search that returns 100000 hits and a search that
returns only 1000 hits is about 900% slower (300ms vs 40ms).
With 500000 hits is takes seconds to complete the search.
Any idea how to speed this up for ?
Thomas den Braber
From: Peter Karman <email@example.com>
To: Swish-e Users Discussion List <firstname.lastname@example.org>
Date: Mon, 17 Aug 2009 21:15:22 -0500
Subject: Re: [swish-e] Max records in sort buffer
> Thomas den Braber wrote on 8/17/09 3:48 AM:
> > Hi,
> > I have a large index and if a search returns many hits (>200000) it
> > becomes noticeable slower, this is probable due to sorting the
> results found.
> > I was wandering if there is a way to limit the maximum number of
> > in the sort buffer.
> > So if you have more the 200000 hits the only first 200000 hits are
> > This can mean that the order of you hits is not correct, but for me
> > is better than waiting to long for my results.
> how are you searching? with the swish-e command line? or via the
> With swish-e, I think the -m option sets the max results to return.
> Are you doing any sorting by properties? The default sort is just by
> and I wouldn't expect that to slow down like you're describing (though
> I have no
> evidence to support that expectation).
> Peter Karman . http://peknet.com/ . peter(at)not-real.peknet.com
> gpg key: 37D2 DAA6 3A13 D415 4295 3A69 448F E556 374A 34D9
> Users mailing list
Users mailing list
Received on Tue Aug 18 03:58:09 2009