You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The large number appears with regularity (an allocation after 64, perhaps, and 13696 is a multiple of 64). There are other smaller allocations, and finally the "cost" goes to zero. That is with 10000 loops of warmup and execution.
With current 1000, the behavior falls at random during one of the tests, and it fails:
*** 120, 104, *** // per loop alloc drops
[error] Test scala.collection.immutable.ListAllocationTest.smallListAllocation failed: java.lang.AssertionError: allocating min = 104 allowed = 120 -- list size 5
[error] result = List(0, 1, 2, 3, 4) (class scala.collection.immutable.$colon$colon)
[error] allocation 104 (905 times)
[error] allocation 104 (95 times)
[error] , took 0.113 sec
The docs say that the metrics are not intended to be precise; also tried putting generated references in an array to avoid collection.
The text was updated successfully, but these errors were encountered:
Reproduction steps
2.13.10
after moving the allocation tests out of
ListTest
.Problem
Under JDK 19, when the test tries to verify an exact allocation for a list of N strings, the calculated cost is too low.
Some debug showing "cost per loop" while probing object allocation:
The large number appears with regularity (an allocation after 64, perhaps, and 13696 is a multiple of 64). There are other smaller allocations, and finally the "cost" goes to zero. That is with 10000 loops of warmup and execution.
With current 1000, the behavior falls at random during one of the tests, and it fails:
The docs say that the metrics are not intended to be precise; also tried putting generated references in an array to avoid collection.
The text was updated successfully, but these errors were encountered: