I'd love to try this, but I'm not aware of any 64-bit jvms for Windows on Intel. If you know of any, please let me know. Linux may be an option, too.
btw, I'm getting a sustained rate of 135 queries/sec with 4 threads, which is pretty impressive. Another way around the concurrency limit is to run multiple jvms. The throughput of each is less, but the aggregate throughput is higher. Peter On 1/26/06, Yonik Seeley <[EMAIL PROTECTED]> wrote: > > Hmmm, can you run the 64 bit version of Windows (and hence a 64 bit JVM?) > We're running with heap sizes up to 8GB (RH Linux 64 bit, Opterons, > Sun Java 1.5) > > -Yonik > > On 1/26/06, Peter Keegan <[EMAIL PROTECTED]> wrote: > > Paul, > > > > I tried this but it ran out of memory trying to read the 500Mb .fdt > file. I > > tried various values for MAX_BBUF, but it still ran out of memory (I'm > using > > -Xmx1600M, which is the jvm's maximum value (v1.5)) I'll give > > NioFSDirectory a try. > > > > Thanks, > > Peter > > > > > > On 1/26/06, Paul Elschot <[EMAIL PROTECTED]> wrote: > > > > > > On Wednesday 25 January 2006 20:51, Peter Keegan wrote: > > > > The index is non-compound format and optimized. Yes, I did try > > > > MMapDirectory, but the index is too big - 3.5 GB (1.3GB is term > vectors) > > > > > > > > Peter > > > > > > > You could also give this a try: > > > > > > http://issues.apache.org/jira/browse/LUCENE-283 > > > > > > Regards, > > > Paul Elschot > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
