On Wed, Feb 14, 2018 at 7:24 PM, Wei <weiwan...@gmail.com> wrote: > Thanks Yonik. If uif has big upfront cost when hits solr the first time, > in solr cloud the same faceting request could hit different replicas in the > same shard, so that cost will happen at least for the number of replicas? > If we are doing frequent auto commits, fieldvaluecache will be invalidated > and uif will have to pay the upfront cost again after each commit?
Right. It's not good for frequently changing indexes. -Yonik > > > On Wed, Feb 14, 2018 at 11:51 AM, Yonik Seeley <ysee...@gmail.com> wrote: > >> On Wed, Feb 14, 2018 at 2:28 PM, Wei <weiwan...@gmail.com> wrote: >> > Thanks all! It's really great learning. A bit off the topic, after I >> > enabled facet.method = uif in solr cloud, the faceting performance is >> > actually much worse than the original fc( ~1000 ms with uif vs ~200 ms >> > with fc). My cloud has 8 shards with 6 replicas in each shard. I do see >> > that fieldValueCache is getting utilized. Any reason uif could be so >> > slow? >> >> I haven't seen that before. Are you sure it's not the first time >> faceting on a field? uif has big upfront cost, but is usually faster >> once that cost has been paid. >> >> >> -Yonik >> >> > On Tue, Feb 13, 2018 at 7:41 AM, Yonik Seeley <ysee...@gmail.com> wrote: >> > >> >> Great, thanks for tracking that down! >> >> It's interesting that a mincount of 0 disables uif processing in the >> >> first place. IIRC, it's only the hash-based method (as opposed to >> >> array-based) that can't return zero counts. >> >> >> >> -Yonik >> >> >> >> >> >> On Tue, Feb 13, 2018 at 6:17 AM, Alessandro Benedetti >> >> <a.benede...@sease.io> wrote: >> >> > *Update* : This has been actually already solved by Hoss. >> >> > >> >> > https://issues.apache.org/jira/browse/SOLR-11711 and this is the Pull >> >> > Request : https://github.com/apache/lucene-solr/pull/279/files >> >> > >> >> > This should go live with 7.3 >> >> > >> >> > Cheers >> >> > >> >> > >> >> > >> >> > ----- >> >> > --------------- >> >> > Alessandro Benedetti >> >> > Search Consultant, R&D Software Engineer, Director >> >> > Sease Ltd. - www.sease.io >> >> > -- >> >> > Sent from: http://lucene.472066.n3.nabble.com/Solr-User-f472068.html >> >> >>
