答复:答复:RE: RE: About lucene memory consumption

2014-07-01 Thread wangzhijiang999
deeMail: u...@thetaphi.de> -Original Message-> From: wangzhijiang999 [mailto:wangzhijiang...@aliyun.com]> Sent: Tuesday, July 01, 2014 9:17 AM> To: java-user> Subject: 答复:RE: RE: About lucene memory consumption> > My application also meet this problem last year and

RE: 答复:RE: RE: About lucene memory consumption

2014-07-01 Thread Uwe Schindler
> -Original Message- > From: wangzhijiang999 [mailto:wangzhijiang...@aliyun.com] > Sent: Tuesday, July 01, 2014 9:17 AM > To: java-user > Subject: 答复:RE: RE: About lucene memory consumption > > My application also meet this problem last year and I researched on the code &

答复:RE: RE: About lucene memory consumption

2014-07-01 Thread wangzhijiang999
My application also meet this problem last year and I researched on the code and found the reason. The whole process is as follow: 1. When using NRTCachingDirectory, it will use RAMDirectory as cache and MMapDirectory as delegate. The new segment will be created in the process of  flush or merge

Re:RE: RE: About lucene memory consumption

2014-06-28 Thread 308181687
"Uwe Schindler";; Date: Sat, Jun 28, 2014 05:41 PM To: "java-user"; Subject: RE: RE: About lucene memory consumption Hi, how does your configuration for NRTCaching directory looks like. There are 2 constructor params, one of the maxMergeSizeMB the other one is maxCac

RE: RE: About lucene memory consumption

2014-06-28 Thread Uwe Schindler
Hi, how does your configuration for NRTCaching directory looks like. There are 2 constructor params, one of the maxMergeSizeMB the other one is maxCachedMB. If you correctly close (or release in case of ReaderManager/SearcherManager) all indexes, this should limit the memory use. There is no

RE: About lucene memory consumption

2014-06-27 Thread Uwe Schindler
Hi, The number of byte[] instances and the total size shows that each byte[] is approx. 1024 bytes long. This is exactly the size used by RAMDirectory for allocated heap blocks. So the important question: Do you use RAMDirectory to hold your index? This is not recommended, it is better to use M

RE: about lucene doc id recycle

2010-03-22 Thread Uwe Schindler
://www.thetaphi.de eMail: u...@thetaphi.de > -Original Message- > From: Erick Erickson [mailto:erickerick...@gmail.com] > Sent: Monday, March 22, 2010 2:05 PM > To: java-user@lucene.apache.org > Subject: Re: about lucene doc id recycle > > Yes, when you call optimize, one si

Re: about lucene doc id recycle

2010-03-22 Thread Erick Erickson
Yes, when you call optimize, one side effect is that all the doc IDs are reassigned so they're contiguous.. HTH Erick On Mon, Mar 22, 2010 at 8:22 AM, luocanrao wrote: > Total document number is not very big, but update is very frequency. > > So I wonder whether the doc id is growing bigger

Re: about lucene in action 2

2010-03-14 Thread Michael McCandless
Flushing means stuff (added docs, deletions) buffered in RAM are moved to disk, ie, written as new segment files. But the new segments_N file, referencing these new segments, is not written. Nor are the files "sync"'d. This means a newly opened or reopened reader will not see the changes. In or

Re: About Lucene ...

2009-12-03 Thread Lukáš Vlček
This might be OT but did you consider Google Desktop Search? Seems that somebody reported success with hacking it to allow network file system index/search: http://www.geekzone.co.nz/content.asp?contentid=3939 Regards, Lukas http://blog.lukas-vlcek.com/ 2009/12/3 杨建华 > May be you can try Omni

Re: About Lucene ...

2009-12-03 Thread 杨建华
May be you can try Omnifind Yahoo Edition. 2009/12/3 Weiwei Wang > You can do everything related to search(full text or just paths) with > Lucene:-) > > On Wed, Dec 2, 2009 at 11:26 PM, Stefan Trcek wrote: > > > On Wednesday 02 December 2009 16:20:28 Stefan Trcek wrote: > > > On Wednesday 02 De

Re: About Lucene ...

2009-12-03 Thread Weiwei Wang
You can do everything related to search(full text or just paths) with Lucene:-) On Wed, Dec 2, 2009 at 11:26 PM, Stefan Trcek wrote: > On Wednesday 02 December 2009 16:20:28 Stefan Trcek wrote: > > On Wednesday 02 December 2009 15:50:45 archibal wrote: > > > -optionnally i want to have a central

Re: About Lucene ...

2009-12-02 Thread Stefan Trcek
On Wednesday 02 December 2009 16:20:28 Stefan Trcek wrote: > On Wednesday 02 December 2009 15:50:45 archibal wrote: > > -optionnally i want to have a central server which index all data > > (name of files, folders and file content) on network and i would > > like to connect via a browser on the cen

Re: About Lucene ...

2009-12-02 Thread Stefan Trcek
On Wednesday 02 December 2009 15:50:45 archibal wrote: > > -optionnally i want to have a central server which index all data > (name of files, folders and file content) on network and i would like > to connect via a browser on the central server ? are there project > who does this or something like

Re: About Lucene ...

2009-12-02 Thread Shashi Kant
This forum is probably not the best place to ask this question, since this is Lucene developers/users forum. If you want to write a tool, then this is the place is to be. If you want an ready tool, one I am aware of is searchmyfiles.exe from Nirsoft. http://www.nirsoft.net/utils/search_my_files.ht

Re: About Lucene ...

2009-12-02 Thread Erick Erickson
Yes, Lucene is an API. You'd have to write a significant amount of code to accomplish what you want. The Lucene demo would be a good place to start. Lucene by itself doesn't index anything. You have to design a schema, feed it data and search that data. You can make it index file names, dates, siz