Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Out of memory #114

Open
martinezmatias opened this issue Oct 18, 2021 · 5 comments
Open

Out of memory #114

martinezmatias opened this issue Oct 18, 2021 · 5 comments

Comments

@martinezmatias
Copy link
Collaborator

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
Copy link
Member

Hi @martinezmatias

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

@andre15silva
Copy link
Member

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
Copy link
Collaborator Author

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
Copy link
Collaborator Author

@andre15silva
Copy link
Member

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants