Out of memory

[martinezmatias]

I suspect the out of memory issue could be related to the structures (maps) we use for storing the coverage.
For instance, OnlineCoveredTestResultPerTestMethodImpl shores matrix that seems sparse:

[107259] DEBUG CoverageRunner - OnlineCoveredTestResultPerTestMethodImpl{coverageResultsMap={org.apache.commons.math.linear.SparseRealMatrixTest#testSerial=
org/apache/commons/math/util/OpenIntToDoubleHashMap=Lines covered [init=102, end=607, cov={605=2, 606=3, 607=1, 608=0, 102=0, 103=0, 104=0, 110=4, 111=1, 112=0, 118=0, 119=0, 120=0, 127=2, 128=3, 129=4, 130=4, 131=4, 132=3, 133=5, 134=1, 135=0, 140=0, 141=0, 142=0, 143=0, 144=0, 145=0, 146=0, 147=0, 148=0, 149=0, 150=0, 151=0, 152=0, 153=0, 160=2, 161=0, 162=0, 163=8, 164=3, 165=3, 166=2, 167=0, 168=0, 169=0, 177=0, 178=0, 187=3, 188=5, 189=5, 190=5, 191=0, 192=0, 193=5, 194=3, 195=0, 196=0, 197=0, 198=0, 199=0, 200=0, 201=0, 202=0, 203=0, 204=0, 205=0, 206=0, 207=0, 217=0, 218=0, 219=0, 220=0, 221=0, 222=0, 223=0, 224=0, 225=0, 226=0, 227=0, 228=0, 229=0, 230=0, 231=0, 232=0, 233=0, 234=0, 235=0, 236=0, 237=0, 248=0, 249=0, 257=0, 258=0, 266=9, 267=0, 279=3, 280=4, 281=4, 282=2, 283=0, 284=0, 285=0, 286=0, 287=0, 288=0, 289=0, 290=0, 291=0, 292=0, 293=0, 294=0, 295=0, 296=0, 297=0, 298=0, 299=0, 300=0, 301=0, 302=0, 303=0, 304=0, 305=0, 306=0, 307=0, 308=0, 309=0, 310=0, 311=0, 312=0, 313=0, 314=0, 315=0, 316=0, 317=0, 318=0, 319=0, 320=0, 321=0, 333=0, 334=0, 342=0, 343=0, 350=0, 351=0, 361=3, 362=5, 363=5, 364=0, 365=0, 366=0, 367=5, 368=3, 369=0, 370=0, 371=0, 372=0, 373=0, 374=0, 375=0, 376=0, 377=0, 378=0, 379=0, 380=0, 381=0, 392=18, 393=0, 401=0, 402=0, 403=0, 404=0, 405=0, 406=0, 407=0, 408=0, 417=4, 418=3, 419=2, 420=2, 421=0, 422=0, 423=0, 424=0, 425=5, 426=5, 427=5, 428=2, 429=6, 430=3, 431=0, 432=0, 433=6, 434=0, 435=2, 436=0, 444=0, 445=0, 446=0, 447=0, 448=0, 449=0, 450=0, 451=0, 452=0, 453=0, 454=0, 455=0, 456=0, 457=0, 458=0, 459=0, 460=0, 461=0, 462=0, 463=0, 464=0, 465=0, 466=0, 467=0, 468=0, 469=0, 470=0, 476=14, 477=0, 485=10, 486=10, 487=0}
.......
]

We can only store the values different to zero.

@andre15silva do you think the issue could be in this direction?

[andre15silva]

Hi @martinezmatias

I will try! I think we might get some better results that way.

[andre15silva]

I have opened STAMP-project/test-runner#120 which addresses this issue.

We can then bump test-runner's version here and deploy.

It is for sure an optimization, but I had the same issue running Math8.

[martinezmatias]

Nice @andre15silva

It is for sure an optimization, but I had the same issue running Math8.

I suspect this change will avoid the issue.

[martinezmatias]

It seems we still have the memory issue, we use the snapshot version (https://github.com/martinezmatias/astor/blob/433f99bd7c8a1bec1fe67e6a62911080e826674a/pom.xml#L51 )

CI run: https://github.com/martinezmatias/astor/runs/3954512048?check_suite_focus=true

[andre15silva]

Did you try running it in a more powerful computer and with more memory assigned to the JVM?