;t work in lucene or perform better in MySQL/postgres.
>>>
>>> -
>>> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: java-user-h...@lucene.apache.org
&g
print, retain, copy, disseminate, distribute, or use this message or
> any part thereof. If you receive this message
> in error, please notify the sender immediately and delete all copies of this
> message.
>
---
Denis Bazhenov
mall low-latency bucket. SSDs speeds up almost everything, saves
>>>>>> RAM and spares a lot of work hours optimizing I/O-speed.
>>>>>>
>>>>>> Regards,
>>>>>> Toke Eskildsen
>>>>>>
>>>>>>
>&
-
> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-user-h...@lucene.apache.org
>
---
Denis Bazhenov
-
To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-user-h...@lucene.apache.org
-
> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-user-h...@lucene.apache.org
>
---
Denis Bazhenov
-
To unsubscrib
> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-user-h...@lucene.apache.org
>
---
Denis Bazhenov
-
To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-user-h...@lucene.apache.org
ignesh Srinivasan
> 9739135640
>
> -
> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-user-h...@lucene.apache.org
>
---
Denis Bazhenov
s?
>>
>>
>>
>> --
>>
>>
>> Sincerely yours,
>>
>> Apostolis Xekoukoulotakis
>
> -----
> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-user-h...@lucene.ap
he faceted framework to
>>obtain
>>>> FacetResults starting from a MultiReader? all the example
>>I see are using a
>>>> "single" IndexReader.
>>>>
>>>>
>>>>
>>>> Nicola.
>>>&g
;>
>> -
>> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: java-user-h...@lucene.apache.org
>>
>
>
> ----
cs(term);
while (termDocs.next()) {
int docId = termDocs.doc();
// work with the document...
}
On Jun 13, 2013, at 1:56 PM, Sriram Sankar wrote:
> Can someone point me to the code that traverses the posting lists? I
> trying to understand how it works.
>
&g
omewhere in the code where the magic happens.
>
> Thanks,
>
> Sriram.
>
>
>
>
> On Wed, Jun 12, 2013 at 9:33 PM, Denis Bazhenov wrote:
>
>> I'm not quite sure, what you really need. But as far as I understand, you
>> want to get al
x27;m trying to avoid it, is
that serialization is used to communicate in distributed system, and we can't
guarantee the equality of Lucene version at all nodes at any particular point
in time.
Is there some way to perform query serialization in "lucene version independent
in
> the "parsedquery" section of debugQuery output for a Solr query response.
>
> -- Jack Krupansky
>
> -Original Message- From: Denis Bazhenov
> Sent: Sunday, July 28, 2013 1:59 AM
> To: java-user@lucene.apache.org
> Subject: Query serialization/deseri
even
retained size). Here is screenshot of the JProfiler output:
https://dl.dropboxusercontent.com/u/16254496/Screen%20Shot%202013-08-07%20at%205.35.22%20PM.png.
The keys of the map are MMapIndexInput. What this map is for and how can I
reduce it memory usage?
---
Denis Bazhenov
FarPost
somehow it's causing "real life" problems, please report back! But a
>> simple
>> workaround is to call MMapDirectory.setUseUnmap(false) to turn off this
>> tracking; this means you rely on GC to (eventually) unmap.
>>
>> Mike McCandless
>>
&g
o Lucene, and instead let the OS take up the slack of any spare RAM
> for IO caching.
---
Denis Bazhenov
is there any interest in this
solution for the community, and does it make sense to contribute it back?
---
Denis Bazhenov
-
To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-user-h...@lucene.apache.org
itive (which is not a good thing in a
>> general search), but works well in a specialized indexes.
>>
>> So a developed such a token filter. My question is there any interest in
>> this solution for the community, and does it make sense to contribute it
>> back?
>
was no documentation in the
> API
>> - at last when I searched for it the last time.
>>
>> Regards,
>> Em
>>
>> Am 13.06.2011 12:56, schrieb Denis Bazhenov:
>>> It seems so. Interestingly I can't find any mentions of
>> WordDelimiterTokenF
ke the power law: Heavy performance
>>> degradation in the beginning, less later. It makes sense when we look at
>>> caching and it means that if you do not require stellar performance, you
>>> can have very large indexes on few machines (cue Hathi Trust).
>>>
>>
s immediately by e-mail and delete the message and any
> attachments from your system.
>
---
Denis Bazhenov
-
To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-user-h...@lucene.apache.org
Also, how do you write that in the query syntax?
>
> Thanks,
> Dean
>
> -Original Message-
> From: Denis Bazhenov [mailto:dot...@gmail.com]
> Sent: Monday, June 20, 2011 5:50 PM
> To: java-user@lucene.apache.org
> Subject: Re: how to do something like sql in () clau
es exactly the same as NRQ but without document
scoring. Does this means that if I do not need scoring or sort documents by
document field value I should preferFiltering over Querying from performance
point of view?
---
Denis Bazhenov
sorting faster than relational
database. Let me put it another way -- I have no explanation why SQL databases
should not do it as fast as Lucene.
Is there any explanation for that?
---
Denis Bazhenov
-
To unsubscrib
Weiss wrote:
> Can you describe the kind of sorting you're doing? Maybe the data is
> already sorted (and in RAM) and you're only getting it out?
>
> Dawid
>
> On Fri, Jun 24, 2011 at 3:32 AM, Denis Bazhenov wrote:
>> Well, maybe it's a bit controversial que
ement
efficient index reopen (only new segments should be read) when index is changed
externally?
---
Denis Bazhenov
-
To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-u
en possible (ie, open
> the IndexReader from the IndexWriter), but it sounds like in your case
> this is not possible since writer and reader on different
> JVMs/machines across a network.
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
> On Sun, Oct 16, 2011 at
nly close it,
> when the server is shutting down. Is this a good idea? Any suggestions or
> comments? Would be nice J
>
>
>
> Greetings
>
> Sascha
>
---
Denis Bazhenov
-
To unsubscribe, e-ma
using Lucene Ramdirectory or memory indexing and find
>>> the most occurring top 10 words.
>>> 2. Is this the right approach , indexing and writing to the disk would be
>>> almost over kill and a user can search any number of times.
>>>
>>> Thanks in advance.
>>>
>>
---
Denis Bazhenov
-
To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-user-h...@lucene.apache.org
engthened the time needed for indexing & index size.
> We are also thinking about using a custom filter but we are concerned about
> the memory requirements.
>
> Any ideas/suggestions would be really appreciated.
---
Denis Bazhenov
---
is spent. It might
have been GC.
> On Jan 4, 2017, at 18:05, Adrien Grand wrote:
>
> Well, you could but that would not make sense, 100% CPU usage is really the
> best you can get. Why would you like to make things worse artificially?
---
Denis Bazhenov
Hi.
We have in-house distributed Lucene setup. 40 dual-socket servers with
approximatley 700 cores divided in 7 partitions. Those machines are doing index
search only. Indexes are prepared on several isolated machines (so called,
Index Masters) and distributed over the cluster with plain rsync.
cated and transfer the plain
> fieldname:value pairs over the network. Each node then creates Lucene
> IndexableDocuments out of it and passes to their own IndexWriter.
---
Denis Bazhenov
hen merge (and not
> literally, but just by addIndexes() or so ) them to smaller number for
> search. Transferring indices is more efficient (scp -C) than separate
> tokens and their attributes over the wire.
>
> On Thu, Mar 30, 2017 at 12:02 PM, Denis Bazhenov wrote:
>
>>
Yeah, I definitely will look into PreAnalyzedField as you and Michail suggest.
Thank you.
> On Mar 30, 2017, at 19:15, Uwe Schindler wrote:
>
> But that's hard to implement. I'd go for Solr instead of doing that on your
> own!
---
Denis Bazhenov
properly. "Properly" here means
> that the hash ranges of the merged shards exactly span the
> ranges of the merged segments.
>
> And if you're merging them all down to one segment the ranges
> don't matter.
>
> Best,
> Erick
>
> On Thu, Mar 30, 2
; Neo
>
>
>
> --
> Sent from: http://lucene.472066.n3.nabble.com/Lucene-Java-Users-f532864.html
>
> -
> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-user-h...@lucene.apache.org
>
---
Denis
38 matches
Mail list logo
