Just running the loop in the unittests for a few more iterations
(till 48) exhibit that the condition on the limit was not handled
properly in r263522.
Rewrite the test to use a class to count move/copies that happens
when inserting into the map.
Also take the opportunity to refactor the logic to compute the
number of buckets required for a given number of entries in the map.
Use this when constructing a DenseMap with a desired size given to
the constructor (and add a tests for this).
Details
- Reviewers
dblaikie - Commits
- rG05eca80cb8c9: Fix DenseMap::reserve(): the formula was wrong
Diff Detail
Event Timeline
unittests/ADT/DenseMapTest.cpp | ||
---|---|---|
367 | If both the ctor and reserve now use common code, might not be necessary to test all parts of that code through both access points. | |
368 | Do we need to test it for all these values? Or could we be a bit more specific? (I worry about shotgun testing like this - hard to maintain (because it's not clear what cases it's testing) & can add time to our test runs, make them harder to debug (because they're doing so much unintended/unnecessary work), etc) | |
377 | You could use '0u' for the unsigned 0 literal rather than a cast | |
408 | Same question here |
unittests/ADT/DenseMapTest.cpp | ||
---|---|---|
372 | I /think/ you can drop the ArrayRef<int>() here and just write: for (auto Size : {1, 2, 48, 66}) maybe? Also, why 1 and 2? (maybe it's the right thing, just not clear to me - I take it your intent was that 1 is a boundary case, 2 is an "average" case below the minimum size, and 66 is an average case above the minimum size?) | |
391 | It's not really random though. Perhaps "Ensure that when initializing with a range larger than the default minimum, reallocation doesn't occur"? (maybe that could be the test header comment? It's specifically not just about using an iterator range, but a range larger than the default number of buckets, right?) Also, do we do this even when the iterators aren't random access? (I'd be suprrised if we paid the extra O(n) scan to find the size of the range first) Not to suggest you need to test that too - but maybe worth a comment that this test is only about random access iterators, where computing the delta between two iterators is O(1) Though this isn't quite the test I had in mind/was suggesting (perhaps it wasn't your intent to implement the test I was suggesting - sorry for the confusion, if that's the case) I was suggesting demonstrating that the default minimum size is what we're relying on in other tests: default construct a DenseMap, add up to the default minimum, check that nothing got reallocated/moved. Then add one more element and demonstrate that reallocation/moving did happen. That way, if someone changes the default minimum that test will fail - and we can include some breadcrumbs about how to update other tests. "WARNING: IF YOU UPDATE THIS TEST, UPDATE SOME OTHER TESTS TOO" or something |
I'm a bit turned around with all these related/similar reviews, but I think this is in a good state now.
Thanks for your patience.
unittests/ADT/DenseMapTest.cpp | ||
---|---|---|
371 | I wouldn't expect to see this formula in the test case (since buckets are an implementation detail of the data structure) - maybe just hard code it to 47 as the max initial entries? |
unittests/ADT/DenseMapTest.cpp | ||
---|---|---|
371 | I'm not sure hardcoding the number would be better: the formula would still be in the test, but hidden in the relationship between the 64 and 47. And I'd probably add a comment to explain where the 47 comes from, and to do so I'd expose the formula. If you're okay with me removing the default allocation of 64, I'll totally remove this test anyway in the next patch. | |
372 | 1: boundary |
If both the ctor and reserve now use common code, might not be necessary to test all parts of that code through both access points.