-
Notifications
You must be signed in to change notification settings - Fork 34
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
Considerations about bcrypt porting to N-API #287
Comments
Thanks for writing up that article, tweeted out here https://twitter.com/mhdawson1/status/948562156127055872. Can the rest of the team do the same or retweet if you have notalready. Looks like you already have a good number of people who have read and 'clapped', good job :) I'll be interested to hear a bit more about your perf experiments in the next N-API meeting. |
Hi everyone,
|
@NickNaso thanks for the good summary. Great work! |
This was a great FYI but I think it can now be closed. Closing, please let us know if you think that was not the right thing to do. |
Hi, everyone!
as you know recently I worked at porting of bcrypt to new N-API. The module isn't published on npm yet, so I created a repo based on my work here: https://github.com/NickNaso/bcrypt-napi and used it in web application in production here: https://www.lexgenda.com
I wrote an article about the described activity here: How I ported bcrypt to new N-API . Another developer translated the article in Russian and you can find it here: Russian version of: How I ported bcrypt to new N-API
Performance estimation
The first activity that I did about the estimation of performance was to execute all the tests and calculate the average of the execution time. The N-API version of the addon was found to be about 2% faster.
To verify and reinforce this preliminary results I created a repo https://github.com/NickNaso/bcrypt-perf where I conducted some experiments about bcrypt performance.
At the end in the various situations the N-API version was faster than NAN version and the gain in percentage was between 0.8% - 4.19% and the gap is to high in the synchronous api.
The text was updated successfully, but these errors were encountered: