We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
@yuyongyang800 can you try and reproduce something for me? checkout the branch eflist-refactor. then run eflist_perf ../data/harvard500.offsets 100000
On my mac, this runs at 6000 offsets/sec
On my linux box, this runs at a few million offsets/sec.
Obviously, there is something wrong!
David
The text was updated successfully, but these errors were encountered:
My windows box also gives a few million (3M, to be exact.)
Sorry, something went wrong.
Let me see what's going on there.
Okay, THANKS!
My quick diagnostic pointed to eflist_get as the place where it's slow (not surprising), but then the issue is ... bit_array_get or select_rank?
Maybe it makes sense to profile those two independently to see which is slower on linux/osx?
The bottleneck is the select_rank() function. I am trying to understand why this is so slow on osx.
No branches or pull requests
@yuyongyang800 can you try and reproduce something for me? checkout the branch eflist-refactor. then run eflist_perf ../data/harvard500.offsets 100000
On my mac, this runs at 6000 offsets/sec
On my linux box, this runs at a few million offsets/sec.
Obviously, there is something wrong!
David
The text was updated successfully, but these errors were encountered: