xists.
Regards
Agnieszka Kukałowicz
goes up to 2 sec. We use
> solr 3.6 and tuned off all kind of caching.
> Maybe your problem is with caching and displaying all fields?
>
> Hope this may help.
>
> Alex.
>
>
>
> -Original Message-
> From: Agnieszka Kukałowicz
> To: solr-user
> Sent
e data folder?
>
>
>
> -Original Message-
> From: Agnieszka Kukałowicz
> To: solr-user
> 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.
> with/without 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
> wrote:
> > Hi,
> >
> > Is the any way to make grouping searches more efficient?
> >
> &
Hi,
Is the any way to make grouping searches more efficient?
My queries look like:
/select?q=query&group=true&group.field=id&group.facet=true&group.ngroups=true&facet.field=category1&facet.missing=false&facet.mincount=1
For index with 3 mln documents query for all docs with group=true takes
almo
as done a bunch of work lately, look for
> his name. Fortunately, it's not likely to get a bunch of false hits ..
>
> Best
> Erick
>
> On Fri, Jul 13, 2012 at 7:50 AM, Agnieszka Kukałowicz
> wrote:
> > Hi,
> >
> > I have problem with faceting count in
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
/select/q?=*:*&shards=shard1,shard2,shard3,shard4&group=true&group.field=id&
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
org.apache.lucene.sea
onaries?
>
> --
> Jan Høydahl, search solution architect
> Cominvent 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
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: Tuesd
; time
> http://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:
>
&g
exists 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.
&g
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 se
path - but this is on ZK in SolrCloud mode, not the local
> 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 standard configuration from wiki:
http://wiki.apache.org/solr/SolrCloud.
The problem occurred when I tried to configure DataImportHandler in
solrconfig.xml:
db-data-config.xml
15 matches
Mail list logo