@pcarbo running the data of #130 shows for the different versions

version 0.97 (with -no-check switch)

real    0m46.849s
user    2m29.088s
sys     1m42.528s

Running 0.98-prerelease with the -no-check switch is even faster

real    0m37.588s
user    2m54.096s
sys     0m17.100s

But Eigenlib versions 0.95 and 0.96 are actually much slower on Linux - and use only one core

version 0.96:

real    1m53.732s
user    1m52.568s
sys     0m1.144s

version 0.95:

real    1m53.643s
user    1m52.524s
sys     0m1.104s

Conclusion: 0.97 is pretty fast, but you need to switch checking off with the -no-check switch. Without checking later versions compare to 0.96 and earlier behavior without validation. Only do so at your own risk because they are useful, see #72 for example. The overall speed gains are due to the use of multi-core openblas since 0.97.

The command I used with the releases on github looks like

time ../gemma-release-0.97/gemma-gn2-0.97-c760aa0-xqhsidq7h5/bin/gemma -lmm 4 -g gemma.130.g.small.bimbam   -p gemma.130.p.txt -k gemma.130.k.cXX.txt -notsnp -n 1 -r2 1 -no-check

I think we can close this issue.

Recent versions of gemma are slower #136

Description

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions