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 7822B200B9C for ; Mon, 10 Oct 2016 19:13:32 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 76D57160AE1; Mon, 10 Oct 2016 17:13:32 +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 B4C02160AD1 for ; Mon, 10 Oct 2016 19:13:31 +0200 (CEST) Received: (qmail 45395 invoked by uid 500); 10 Oct 2016 17:13:20 -0000 Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list commits@cassandra.apache.org Received: (qmail 45257 invoked by uid 99); 10 Oct 2016 17:13:20 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 10 Oct 2016 17:13:20 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 742AA2C0B04 for ; Mon, 10 Oct 2016 17:13:20 +0000 (UTC) Date: Mon, 10 Oct 2016 17:13:20 +0000 (UTC) From: "Benedict (JIRA)" To: commits@cassandra.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CASSANDRA-12764) Compaction performance issues with many sstables, during transaction commit phase MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Mon, 10 Oct 2016 17:13:32 -0000 [ https://issues.apache.org/jira/browse/CASSANDRA-12764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15562845#comment-15562845 ] Benedict commented on CASSANDRA-12764: -------------------------------------- It's been a while since I looked at the major compaction code, but it *should* operate on all sstables at once, so that you should only have paid the costly finish() call precisely once. That's kind of the point of it.... > Compaction performance issues with many sstables, during transaction commit phase > --------------------------------------------------------------------------------- > > Key: CASSANDRA-12764 > URL: https://issues.apache.org/jira/browse/CASSANDRA-12764 > Project: Cassandra > Issue Type: Bug > Components: Compaction > Reporter: Tom van der Woerdt > > An issue with a script flooded my cluster with sstables. There is now a table with 100k sstables, all on the order of KBytes, and it's taking a long time (ETA 20 days) to compact, even though the table is only ~30GB. > Stack trace : > {noformat} > "CompactionExecutor:308" #7541 daemon prio=1 os_prio=4 tid=0x00007fa22af35400 nid=0x41eb runnable [0x00007fdbea48d000] > java.lang.Thread.State: RUNNABLE > at java.util.TimSort.countRunAndMakeAscending(TimSort.java:360) > at java.util.TimSort.sort(TimSort.java:220) > at java.util.Arrays.sort(Arrays.java:1438) > at com.google.common.collect.Ordering.sortedCopy(Ordering.java:817) > at org.apache.cassandra.utils.IntervalTree$IntervalNode.(IntervalTree.java:209) > at org.apache.cassandra.utils.IntervalTree$IntervalNode.(IntervalTree.java:211) > at org.apache.cassandra.utils.IntervalTree$IntervalNode.(IntervalTree.java:211) > at org.apache.cassandra.utils.IntervalTree$IntervalNode.(IntervalTree.java:211) > at org.apache.cassandra.utils.IntervalTree$IntervalNode.(IntervalTree.java:211) > at org.apache.cassandra.utils.IntervalTree$IntervalNode.(IntervalTree.java:211) > at org.apache.cassandra.utils.IntervalTree$IntervalNode.(IntervalTree.java:211) > at org.apache.cassandra.utils.IntervalTree$IntervalNode.(IntervalTree.java:211) > at org.apache.cassandra.utils.IntervalTree$IntervalNode.(IntervalTree.java:210) > at org.apache.cassandra.utils.IntervalTree$IntervalNode.(IntervalTree.java:210) > at org.apache.cassandra.utils.IntervalTree$IntervalNode.(IntervalTree.java:210) > at org.apache.cassandra.utils.IntervalTree$IntervalNode.(IntervalTree.java:210) > at org.apache.cassandra.utils.IntervalTree.(IntervalTree.java:50) > at org.apache.cassandra.db.lifecycle.SSTableIntervalTree.(SSTableIntervalTree.java:40) > at org.apache.cassandra.db.lifecycle.SSTableIntervalTree.build(SSTableIntervalTree.java:50) > at org.apache.cassandra.db.lifecycle.View$4.apply(View.java:288) > at org.apache.cassandra.db.lifecycle.View$4.apply(View.java:283) > at com.google.common.base.Functions$FunctionComposition.apply(Functions.java:216) > at org.apache.cassandra.db.lifecycle.Tracker.apply(Tracker.java:128) > at org.apache.cassandra.db.lifecycle.Tracker.apply(Tracker.java:101) > at org.apache.cassandra.db.lifecycle.LifecycleTransaction.checkpoint(LifecycleTransaction.java:307) > at org.apache.cassandra.db.lifecycle.LifecycleTransaction.checkpoint(LifecycleTransaction.java:288) > at org.apache.cassandra.io.sstable.SSTableRewriter.doPrepare(SSTableRewriter.java:368) > at org.apache.cassandra.utils.concurrent.Transactional$AbstractTransactional.prepareToCommit(Transactional.java:173) > at org.apache.cassandra.db.compaction.writers.CompactionAwareWriter.doPrepare(CompactionAwareWriter.java:84) > at org.apache.cassandra.utils.concurrent.Transactional$AbstractTransactional.prepareToCommit(Transactional.java:173) > at org.apache.cassandra.utils.concurrent.Transactional$AbstractTransactional.finish(Transactional.java:184) > at org.apache.cassandra.db.compaction.writers.CompactionAwareWriter.finish(CompactionAwareWriter.java:94) > at org.apache.cassandra.db.compaction.CompactionTask.runMayThrow(CompactionTask.java:194) > at org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:28) > at org.apache.cassandra.db.compaction.CompactionTask.executeInternal(CompactionTask.java:78) > at org.apache.cassandra.db.compaction.AbstractCompactionTask.execute(AbstractCompactionTask.java:61) > at org.apache.cassandra.db.compaction.CompactionManager$BackgroundCompactionCandidate.run(CompactionManager.java:263) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > {noformat} > IntervalTree shows in a lot of stack traces I've taken on several nodes. -- This message was sent by Atlassian JIRA (v6.3.4#6332)