/
/lst
/lst
I've tested it on Solr 4.0 and then on Solr 4.2 and the problem still
exists.
Regards
Agnieszka Kukałowicz
Hi,
Is the any way to make grouping searches more efficient?
My queries look like:
/select?q=querygroup=truegroup.field=idgroup.facet=truegroup.ngroups=truefacet.field=category1facet.missing=falsefacet.mincount=1
For index with 3 mln documents query for all docs with group=true takes
almost
group.ngroups=true is significant (have to say, we use
Solr 3.6).
WBR,
Pavel
On Mon, Jul 16, 2012 at 1:00 PM, Agnieszka Kukałowicz
agnieszka.kukalow...@usable.pl wrote:
Hi,
Is the any way to make grouping searches more efficient?
My queries look like:
/select?q=querygroup
?
-Original Message-
From: Agnieszka Kukałowicz agnieszka.kukalow...@usable.pl
To: solr-user solr-user@lucene.apache.org
Sent: Mon, Jul 16, 2012 6:16 am
Subject: Re: Grouping performance problem
Hi Pavel,
I tried with group.ngroups=false but didn't notice a big improvement
a bunch of work lately, look for
his name. Fortunately, it's not likely to get a bunch of false hits G..
Best
Erick
On Fri, Jul 13, 2012 at 7:50 AM, Agnieszka Kukałowicz
agnieszka.kukalow...@usable.pl wrote:
Hi,
I have problem with faceting count in distributed grouping. It appears
only
Hi,
I have problem with faceting count in distributed grouping. It appears only
when I make query that returns almost all of the documents.
My SOLR implementation has 4 shards and my queries looks like:
http://host:port
Hi,
I've recently got NPE with 500 status with my search:
SEVERE: java.lang.NullPointerException
at
org.apache.lucene.index.DocTermOrds$TermOrdsIterator.reset(DocTermOrds.java:623)
at org.apache.lucene.index.DocTermOrds.lookup(DocTermOrds.java:649)
at
AS - www.cominvent.com
Solr Training - www.solrtraining.com
On 13. mars 2012, at 16:42, Agnieszka Kukałowicz wrote:
Hi,
I did some more tests for Hunspell in solr 3.4, 4.0:
Solr 3.4, full import 489017 documents:
StempelPolishStemFilterFactory - 2908 seconds, 168 docs/sec
://docs.oracle.com/javase/6/docs/technotes/tools/share/jvisualvm.ht
ml
--
Jan Høydahl, search solution architect
Cominvent AS - www.cominvent.com
Solr Training - www.solrtraining.com
On 12. mars 2012, at 16:42, Agnieszka Kukałowicz wrote:
Hi guys,
I have hit the same problem with Hunspell.
Doing
seconds, 162 docs/sec
HunspellStemFilterFactory - 44580 seconds (more than 12 hours), 11 docs/sec
Server specification and Java settings are the same as before.
Cheers
Agnieszka
-Original Message-
From: Agnieszka Kukałowicz [mailto:agnieszka.kukalow...@usable.pl]
Sent: Tuesday, March 13
in 3.5 version.
Best regards
Agnieszka Kukałowicz
-Original Message-
From: mizayah [mailto:miza...@gmail.com]
Sent: Thursday, February 23, 2012 10:19 AM
To: solr-user@lucene.apache.org
Subject: Re: solr 3.5 and indexing performance
Ok i found it.
Its becouse of Hunspell which now
Hi,
I have question about Polish language in Solr.
There are 2 options: StempelPolishStemFilterFactory or
HunspellStemFilterFactory with polish dictionary. I've made some tests but
the results are not satisfying me. StempelPolishStemFilterFactory is very
fast during indexing but the quality of
filesystem.
Could you make a JIRA issue for this? I could look into a work around
depending on why DIH needs to do this.
- Mark
On Feb 20, 2012, at 7:28 AM, Agnieszka Kukałowicz wrote:
Hi All,
I've recently downloaded latest solr trunk to configure solrcloud
with
zookeeper
using
Hi All,
I've recently downloaded latest solr trunk to configure solrcloud with
zookeeper
using standard configuration from wiki:
http://wiki.apache.org/solr/SolrCloud.
The problem occurred when I tried to configure DataImportHandler in
solrconfig.xml:
requestHandler name=/dataimport
14 matches
Mail list logo