LM/DEScrypt OpenCL performance
@magnumripper is already working on this.
Since Nov 23, 2025.
- Dominant language
- C
- Stars
- 13.6k
- Forks
- 2.6k
- PR merge metrics
- No merged PRs in 30d
Description
We should try to match the performance seen with Meriken's tripcode engine, and now oclHashcat, for our LM and DEScrypt implementations. Something like 20Gc/s for LM and 800Mc/s for DEScrypt on Titan X.
The S-boxes for LOP3.LUT are already implemented. The bitselect ones might need a review too though.
Some hints from "DeepLearningJohnDoe":
http://www.openwall.com/lists/john-users/2015/10/10/3
https://github.com/DeepLearningJohnDoe/merikens-tripcode-engine
https://github.com/DeepLearningJohnDoe/SLUT
https://github.com/DeepLearningJohnDoe/SBOXDiscovery
Hint from Atom: There's only just one thing in NV that's important. One need to call s1-s8 inside a loop (i=0;i<2;i++) and #pragma unroll 1
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.