In my test, I have 12900 documents. Each document is small, a few discreet fields (KeyWord type) and 1 Text field containing only 1 sentence.
with both mergeFactor and maxMergeDocs being 1000 using RamDirectory, the indexing job took about 9.2 seconds not using RamDirectory, the indexing job took about 122 seconds. I am not calling optimize. This is on windows Xp running java 1.5. Is there something very wrong or different in my setup to cause such a big different? Thanks -John On Mon, 22 Nov 2004 09:23:40 -0800 (PST), Otis Gospodnetic <[EMAIL PROTECTED]> wrote: > For the Lucene book I wrote some test cases that compare FSDirectory > and RAMDirectory. What I found was that with certain settings > FSDirectory was almost as fast as RAMDirectory. Personally, I would > push FSDirectory and hope that the OS and the Filesystem do their share > of work and caching for me before looking for ways to optimize my code. > > Otis > > > > --- [EMAIL PROTECTED] wrote: > > > > > I did following test: > > I created the RAM folder on my Red Hat box and copied c. 1Gb of > > indexes > > there. > > I expected the queries to run much quicker. > > In reality it was even sometimes slower(sic!) > > > > Lucene has it's own RAM disk functionality. If I implement it, would > > it > > bring any benefits? > > > > Thanks in advance > > J. > > --------------------------------------------------------------------- > 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]
