lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Doron Cohen <DOR...@il.ibm.com>
Subject Re: [jira] Created: (LUCENE-945) contrib/benchmark tests fail find data dirs
Date Mon, 16 Jul 2007 05:11:49 GMT
Slowly catching up...

Grant Ingersoll wrote:

> I think legally we are fine, since we aren't actually shipping it.  I
> just mean that people may not want to wait however long it takes to
> download it.  Of course, I don't know a work around other than to
> have some smaller set.

Measured the times - conrib/benchmark test now takes 4 minutes
on first run (with Reuters downloading) and 2 minutes in
following runs. I think this is not too bad (?)

Btw, The 2 mins includes the parallel test that indexes entire
Reuters collection. Once TestQualityRun is committed, it would
also index that entire collection, but I changed the parallel
test to index only a few documents (so it would not add 2 more
minutes).

> On Jun 30, 2007, at 10:10 AM, Doron Cohen wrote:
>
> > Grant Ingersoll <gsingers@apache.org> wrote on 30/06/2007 05:20:34:
> >
> >> Does this imply it is going to download the test collection for
> >> people when they don't have it when running tests?  I don't know if
> >> that is something people are going to want to happen.
> >
> > Yes it does.. and so would auto-build-bots - I am also using
> > the Reuters collection for TestQualityRun in LUCENE-836. Do
> > you mean legal wise? I should probably add a "DOWNLOAD"
> > warning here. Is there another issue with this?


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


Mime
View raw message