RE: High CPU usage duing index and search

2007-08-15 Thread Chew Yee Chuang
can help you do grouping and sorting, etc. But if you still want to achieve it using lucene, you might want to post some code so that I can go through it and see why it uses so much resource then. Chew Yee Chuang wrote: > > Hi testn, > > I have tested Filter, it is pretty fast, but

RE: High CPU usage duing index and search

2007-08-12 Thread Chew Yee Chuang
@lucene.apache.org Subject: RE: High CPU usage duing index and search Check out Filter class. You can create a separate filter for each field and then chain them together using ChainFilter. If you cache the filter, it will be pretty fast. Chew Yee Chuang wrote: > > Greetings, > > Yes, proc

RE: High CPU usage duing index and search

2007-08-07 Thread Chew Yee Chuang
order to give your background jobs some more time to think. Running a profiler is still the best advice I can think of. It should clearly show you what is going on when you run out of CPU. -- karl 1 aug 2007 kl. 04.29 skrev Chew Yee Chuang: > Hi, > > Thanks for the link provided, ac

RE: High CPU usage duing index and search

2007-07-31 Thread Chew Yee Chuang
Chew -Original Message- From: karl wettin [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 31, 2007 5:54 PM To: java-user@lucene.apache.org Subject: Re: High CPU usage duing index and search 31 jul 2007 kl. 05.25 skrev Chew Yee Chuang: > But just notice that when Lucene performing search

High CPU usage duing index and search

2007-07-30 Thread Chew Yee Chuang
Greetings All, I have been trying out Lucene recently and very happy with the search performance. But just notice that when Lucene performing search or index, the CPU usage on my machine raise to 100%, because of this issue, some of my others backend process will slow down eventually. Just want

RE: FW: Lucene indexing vs RDBMS insertion.

2007-07-05 Thread Chew Yee Chuang
esults from the different indexes, which may or may not be difficult. Hope this helps Erick On 6/20/07, Chew Yee Chuang <[EMAIL PROTECTED]> wrote: > > Greetings Erick, my index need to have latest data (almost real time, but > a > delay of less than 1 minutes is acceptable). Th

RE: FW: Lucene indexing vs RDBMS insertion.

2007-06-20 Thread Chew Yee Chuang
7;s critical. If you have an index that only needs to be updated every month, many of your concerns disappear. If it needs to be updated every 5 seconds, it's another matter entirely. So which is it? Best Erick On 6/18/07, Chew Yee Chuang <[EMAIL PROTECTED]> wrote: > > Thanks for th

RE: FW: Lucene indexing vs RDBMS insertion.

2007-06-18 Thread Chew Yee Chuang
cord the time it > takes. > > Then try the same thing WITH indexing and record the difference. > > Then, to get a sense of the dimension of the problem, try > substituting inserting into the RDBMS instead of the Lucene > index. > > Once you have numbers, you can make b

RE: FW: Lucene indexing vs RDBMS insertion.

2007-06-18 Thread Chew Yee Chuang
ing into the RDBMS instead of the Lucene index. Once you have numbers, you can make better decisions And people can give you better advice, especially if you include more detail of your design. Best Erick On 6/15/07, Chew Yee Chuang <[EMAIL PROTECTED]> wrote: > > Hi, I'm a new

FW: Lucene indexing vs RDBMS insertion.

2007-06-15 Thread Chew Yee Chuang
Hi, I’m a new user to Lucene, and heard that it is a powerful tool for full text search and I’m planning to use it in my project for data storage purpose. Before the implementation, I could like to know whether there is performance issue on Lucene indexing process. I have no doubt on the retrievin