Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id B37F5200D4A for ; Tue, 28 Nov 2017 22:55:28 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id B1E78160C07; Tue, 28 Nov 2017 21:55:28 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 03B58160BE7 for ; Tue, 28 Nov 2017 22:55:27 +0100 (CET) Received: (qmail 18377 invoked by uid 500); 28 Nov 2017 21:55:26 -0000 Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@lucene.apache.org Delivered-To: mailing list java-user@lucene.apache.org Delivered-To: moderator for java-user@lucene.apache.org Received: (qmail 93002 invoked by uid 99); 28 Nov 2017 21:47:25 -0000 X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 3.735 X-Spam-Level: *** X-Spam-Status: No, score=3.735 tagged_above=-999 required=6.31 tests=[DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_ENVFROM_END_DIGIT=0.25, NML_ADSP_CUSTOM_MED=1.2, SPF_HELO_PASS=-0.001, SPF_SOFTFAIL=0.972, URI_HEX=1.313] autolearn=disabled Date: Tue, 28 Nov 2017 14:47:23 -0700 (MST) From: elirev To: java-user@lucene.apache.org Message-ID: <1511905643703-0.post@n3.nabble.com> In-Reply-To: References: Subject: Re: Optimize FTS memory footprint MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit archived-at: Tue, 28 Nov 2017 21:55:28 -0000 Thanks Mike . I did not find any clear way to know it its FST or Norm , or something else ( unless i miss something ) the fact the FST is an in memory prefix index lead me to think it using most of the heap . Our mapping is normal with around of 200 columns one of the columns is nested object with limited amount of objects (up to 4 instances ) , we are using monthly base indexes (keep 6 month open ) . In last month i see dramatic extra allocation on the segment memory (around 30% where in regulare month is around 5%) , the only change i see is that the nested object is now include avg 8 instances ) , this increases the amount of the hidden document we have now on the index (about more then twice) . When we optimize the index the amount of allocation memory was reduced (we see it only after rolling restart the nodes ) . If you don't mind i have few question : 1) Do you know about an way to figure out which component is taking all this memory . 2) Do you see relation between the fact that the nested objects was increases to the extra memory allocation we have ? 3) Did FST memory usage is impacted by the fact we optimize the problematic index and why we see it only after restarting ES service Thanks mike . -- Sent from: http://lucene.472066.n3.nabble.com/Lucene-Java-Users-f532864.html --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org