Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-user@lucene.apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
Message-ID: <437D4021.2020104@nuix.com.au>
Date: Fri, 18 Nov 2005 13:44:49 +1100
From: Daniel Noll <daniel@nuix.com.au>
Organization: NUIX Pty Limited
User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923)
MIME-Version: 1.0
To: java-user@lucene.apache.org
Subject: Re: Memory Usage
References: <437298F1.40205@nuix.com.au>
 <F0A8D1EE-3490-469B-ADE6-8210CD06215F@rectangular.com>
 <4377F240.4090004@nuix.com.au>
 <5E565757-B7D3-4CC7-A92A-CE8A7A94E967@rectangular.com>
 <4378C708.2070909@apache.org> <437AB3DD.8060704@nuix.com.au>
 <437B9DB7.4010009@apache.org> <437BBC15.4090901@nuix.com.au>
 <437CB806.5080108@apache.org> <437D1D5C.80801@nuix.com.au>
 <437D1F81.2080801@apache.org>
In-Reply-To: <437D1F81.2080801@apache.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Doug Cutting wrote:

> Daniel Noll wrote:
>
>> Doug Cutting wrote:
>>
>>> Daniel Noll wrote:
>>>
>>>> I actually did throw a lot of terms in, and eventually chose "one" 
>>>> for the tests because it was the slowest query to complete of them 
>>>> all (hence I figured it was already spending some fairly long time 
>>>> in I/O, and would be penalised the most.)  Every other query was 
>>>> around 7ms before tweaking, and the tweak increased them all to 
>>>> somewhere around 10ms but that's still a lot faster than "one" was 
>>>> even at its fastest.
>>>
>>>
>>> Different terms are affected differently by this tweak, so results 
>>> for a single term don't reveal much.
>>
>>
>>
>> Hence why I just said: "I actually did throw a lot of terms in".
>
>
> I'm confused.  I'm talking about the table of results you posted.  You 
> measured only a single term in those, no?  I don't think results for a 
> single term are representative.  If it is term 127 then it will be 
> slower than average with an indexInterval of 128, and will be faster 
> than average with an indexInterval of 16k.  So to get numbers that are 
> representative of an average term at multiple indexIntervals you need 
> to test with many terms.  Am I missing something?

"Every other query was around 7ms before tweaking, and the tweak 
increased them all to somewhere around 10ms but that's still a lot 
faster than "one" was even at its fastest. "

In other words, I didn't publish the results for all the other ones, 
because all the fast ones were exactly the same as "test".  "one" was 
the only interesting term.

Daniel

-- 
Daniel Noll

NUIX Pty Ltd
Level 8, 143 York Street, Sydney 2000
Phone: (02) 9283 9010
Fax:   (02) 9283 9020

This message is intended only for the named recipient. If you are not
the intended recipient you are notified that disclosing, copying,
distributing or taking any action in reliance on the contents of this
message or attachment is strictly prohibited.


---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org