Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
The greater the input wordlist the greater the performance increase
- Loading branch information
Showing
1 changed file
with
122 additions
and
87 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
bc9c6ca
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
On my gear this slowed down loading of rockyou-with-dupes with 2 seconds, and memory use went like 5x (which probably explains the speed issue)
bc9c6ca
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
With a smaller file it's even worse.
bc9c6ca
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
please try with #define ALLOC_NEW_DUPES 0x10000
bc9c6ca
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That made it even slower and still allocates > 4.5 GB
bc9c6ca
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK I finally had time to review what you actually did. It looks perfectly sane and aligns well with thoughts I already had (we might be able to decrease DUPE_HASH_LOG to 25 or even 24 now since we have a table per length). I really can't see what is making it eat 5-6x more memory!? Is it a bug somewhere?