ClickHouse/tests
Azat Khuzhin 0e1c6b6b9c Make 01810_max_part_removal_threads_long more accurate
v0: After parts removing stop attach/detach for each remove, there are only
    11 threads, primary query and 10 for removal.

    CI: https://s3.amazonaws.com/clickhouse-test-reports/34001/8cace291d17fa9553a98b2a1e8bf15b30fe5a1bd/stateless_tests__debug__actions__[3/3].html

v2: Make 01810_max_part_removal_threads_long more deterministic

    Sometimes, if removing parts will be too fast (like in [1]), then it may
    use less threads, since thread pool will reuse existing, so increase
    number of rows per part and compare threads directly w/o throwIf().

      [1]: https://s3.amazonaws.com/clickhouse-test-reports/34001/e74b6379a58c4607bdb54cd4c457410166e869ca/stateless_tests_flaky_check__address__actions_.html

v3: Less flaky 01810_max_part_removal_threads_long
v4: Make check not strict in 01810_max_part_removal_threads_long

Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>
2022-01-28 16:25:33 +03:00
..
ci Add a comment about broken logic for skipping checks 2022-01-26 15:30:59 +01:00
config
fuzz
instructions
integration Merge pull request #33429 from zzsmdfj/MaterializeMySQL_support_set_and_other_dataType 2022-01-26 11:29:46 +03:00
jepsen.clickhouse-keeper
perf_drafts
performance
queries Make 01810_max_part_removal_threads_long more accurate 2022-01-28 16:25:33 +03:00
testflows Fix checking access for the SYSTEM command. 2022-01-25 18:54:59 +07:00
.gitignore
clickhouse-test
CMakeLists.txt
msan_suppressions.txt
stress
tsan_suppressions.txt
ubsan_suppressions.txt