John Wang wrote:
In the Lucene code, I don't see where the reader speicified when
creating a field is closed. That holds on to the file.
I am looking at DocumentWriter.invertDocument()
It is closed in a finally clause on line 170, when the TokenStream is
closed.
Doug
-
I have also seen this problem.
In the Lucene code, I don't see where the reader speicified when
creating a field is closed. That holds on to the file.
I am looking at DocumentWriter.invertDocument()
Thanks
-John
On Mon, 22 Nov 2004 16:21:35 -0600, Chris Lamprecht
<[EMAIL PROTECTED]> wrote:
>
A useful resource for increasing the number of file handles on various
operating systems is the Volano Report:
http://www.volano.com/report/
> I had requested help on an issue we have been facing with the "Too many
> open files" Exception garbling the search indexes and crashing the
> search on t
I'm sorry, I wasn't involved in the original conversation but maybe I
can jump in with some info that will help.
The number of files depends on the merge factor, number of segments, and
number of indexed fields in your index. It also depends on whether you
are using "compound files" or not (thi
If you are on linux the number of file handles for a session is much lower than
that for the whole machine. "ulimit -n" will tell you. There are instructions
on the web for changing this setting, it involves the /etc/security/limits.conf
and setting the values for "nofile".
(bulkadm is my use