[
https://issues.apache.org/jira/browse/CASSANDRA-20148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17911083#comment-17911083
]
Branimir Lambov commented on CASSANDRA-20148:
---------------------------------------------
I had a different solution in mind but because of higher-priority work I can't
get the the time to test it thoroughly:
[https://github.com/apache/cassandra-dtest/compare/trunk...blambov:cassandra-dtest:CASSANDRA-20148]
As I understand it the difference comes from the limiter accumulating time
before the compaction starts, and then limiting less than it should because of
that time, thus some kind of limited reset should bring the numbers much closer
to expected.
> Test failure: compaction_test.py::TestCompaction::test_compaction_throughput
> -----------------------------------------------------------------------------
>
> Key: CASSANDRA-20148
> URL: https://issues.apache.org/jira/browse/CASSANDRA-20148
> Project: Apache Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
> Reporter: Sam Tunnicliffe
> Priority: Normal
>
> Seeing this fail consistently on trunk with:
> {code}
> > assert float(threshold) + 0.5 >= avgthroughput_mb
> E AssertionError: assert (5.0 + 0.5) >= 5.642
> E + where 5.0 = float('5')
> compaction_test.py:302: AssertionError
> {code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
