Return-Path: Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: (qmail 58604 invoked from network); 1 Oct 2010 22:27:58 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 1 Oct 2010 22:27:58 -0000 Received: (qmail 98017 invoked by uid 500); 1 Oct 2010 22:27:57 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 97969 invoked by uid 500); 1 Oct 2010 22:27:56 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 97962 invoked by uid 99); 1 Oct 2010 22:27:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Oct 2010 22:27:56 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Oct 2010 22:27:56 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o91MRZ8N029878 for ; Fri, 1 Oct 2010 22:27:35 GMT Message-ID: <25369999.505891285972055829.JavaMail.jira@thor> Date: Fri, 1 Oct 2010 18:27:35 -0400 (EDT) From: "Jason Rutherglen (JIRA)" To: dev@lucene.apache.org Subject: [jira] Commented: (LUCENE-2655) Get deletes working in the realtime branch In-Reply-To: <14711524.286371284950972665.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/LUCENE-2655?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917076#action_12917076 ] Jason Rutherglen commented on LUCENE-2655: ------------------------------------------ Ok, I have been stuck/excited about not having to use/understand the remap-docids method, because it's hard to debug. However I see what you're saying, and why remap-docids exists. I'll push the DWP buffered deletes to the flushed deletes. bq. we'll pay huge cost opening that massive grandaddy segment This large cost is from loading the terms index and deleted docs? When those large segments are merged though, the IO cost is so substantial that loading tii or del into RAM probably doesn't account for much of the aggregate IO, they're probably in the noise? Or are you referring to the NRT apply deletes flush, however that is on a presumably pooled reader? Or you're just saying that today we're applying deletes across the board to all segments prior to a merge, regardless of whether or not they're even involved in the merge? It seems like that is changeable? > Get deletes working in the realtime branch > ------------------------------------------ > > Key: LUCENE-2655 > URL: https://issues.apache.org/jira/browse/LUCENE-2655 > Project: Lucene - Java > Issue Type: Improvement > Components: Index > Affects Versions: Realtime Branch > Reporter: Jason Rutherglen > Fix For: Realtime Branch > > Attachments: LUCENE-2655.patch > > > Deletes don't work anymore, a patch here will fix this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org