GeezerVisonThe World Wide Web, restored to 800 pixels of glory. | |||||||||||||
| Home|About|Gaming cabinet|Archives|How it works|Starter sites | |||||||||||||
GeezerVison is showing github.com — fs: improve error perf of sync `*times` by CanadaHonk · Pull Request #49864 · nodejs/node Conversation
|
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
1 more review please? Thanks! @nodejs/fs @nodejs/cpp-reviewers |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
@CanadaHonk can you resolve the conflicts? |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
4a1c86d to
b9701f6
Compare
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
I think the diff can be a lot simpler if you just change the sync branch of the original implementations instead of repeating the code in a new binding..(and if you only introduce new bindings, the original sync branch would be dead code..) also I think this breaks --trace-sync-io?
Sorry, something went wrong.
There was an error while loading. Please reload this page.
I think differentiating promise and sync implementations are better to maintain and benchmark. I think this would make fast api implementations a lot harder. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
The async one isn't related to promises. I've laid out my reasons about maintainability in #49593 (comment)
Can you elaborate on why? I don't think there is a lot of differences between the sync and the async version - note that we do not call the async callback immediately, this means we can include them in the fast API just fine. Essentially the sync v.s. async part really just comes down to what you pass to the libuv methods. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
#49913 has landed. Can you move the JS code back to |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
b9701f6 to
4cfd327
Compare
Sorry, something went wrong.
There was an error while loading. Please reload this page.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
PR-URL: #49864 Refs: nodejs/performance#106 Reviewed-By: Yagiz Nizipli <[email protected]> Reviewed-By: Stephen Belanger <[email protected]> Reviewed-By: Joyee Cheung <[email protected]>
|
Landed in 6bd77db |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
This was landed despite a failing Jenkins CI. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
Yes, because the failing test was fixed in main branch. It was caused by test runner concurrency cli flag. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
PR-URL: #49864 Refs: nodejs/performance#106 Reviewed-By: Yagiz Nizipli <[email protected]> Reviewed-By: Stephen Belanger <[email protected]> Reviewed-By: Joyee Cheung <[email protected]>
There was an error while loading. Please reload this page.
Successfully merging this pull request may close these issues.
There was an error while loading. Please reload this page.