-
Notifications
You must be signed in to change notification settings - Fork 30
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
Question: EnContactMatcher performance #44
Comments
Hey @acoroleu-tempus, thanks for trying out the library. I noticed some similar and some different behavior to what you described.
Because of a noticeable difference in (3), and how the performance gap gets bigger with more contacts and how |
Hi @Mmdixon, the current preprocessing of Would it be possible to make Thanks for your support! |
Good morning,
While trying to use EnContactMatcher.ts with 10k contacts the
constructor
takes up to 1 min. By changing inner-matchers to non accelerated, it improves considerably (it goes down to 'only' 30 seconds).I have a few questions:
find
method call (0.1 seconds with accelerated vs 0.3 seconds without). Given thefind
time is almost negligible compared to theconstructor
time for accelerated vs non accelerated , we chose to use non accelerated fuzzy matchers. Does this make sense?Thanks and congratulations for this amazing library :)
The text was updated successfully, but these errors were encountered: