Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jira@apache.org
Date: Tue, 11 Mar 2014 20:30:44 +0000 (UTC)
From: "Eric Newton (JIRA)" <jira@apache.org>
To: notifications@accumulo.apache.org
Message-ID: <JIRA.12700803.1394569744439.46552.1394569844891@arcas>
In-Reply-To: <JIRA.12700803.1394569744439@arcas>
References: <JIRA.12700803.1394569744439@arcas>
Subject: [jira] [Created] (ACCUMULO-2458) BloomFilterIT fails to find
 improved performance
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Eric Newton created ACCUMULO-2458:
-------------------------------------

             Summary: BloomFilterIT fails to find improved performance
                 Key: ACCUMULO-2458
                 URL: https://issues.apache.org/jira/browse/ACCUMULO-2458
             Project: Accumulo
          Issue Type: Sub-task
          Components: test
            Reporter: Eric Newton
            Assignee: Eric Newton
             Fix For: 1.6.0


I've had this happen on a heavily loaded machine.

I'm now wondering if the zookeeper setting for bloom filters propagated to the tservers prior to the compaction.

{noformat}
Error Message

Queries had less than 10% improvement (old: 11231 new: 10141 improvement: 9.705280028492565%)
Stacktrace

java.lang.Exception: Queries had less than 10% improvement (old: 11231 new: 10141 improvement: 9.705280028492565%)
	at org.apache.accumulo.test.functional.BloomFilterIT.timeCheck(BloomFilterIT.java:142)
	at org.apache.accumulo.test.functional.BloomFilterIT.test(BloomFilterIT.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:622)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
	at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)
{noformat}


--
This message was sent by Atlassian JIRA
(v6.2#6252)