Skip to content

Conversation

@clue
Copy link
Member

@clue clue commented Dec 30, 2017

This very simple PR avoids wrapping the return value from the request handler in another promise. The request handler will either return a promise or a value that can be consumed directly. When running example 99 with included benchmarking instructions, this simple change improves performance from ~2400 req/s to ~2500 req/s on my local machine.

Builds on top of #291

@clue clue added this to the v0.8.1 milestone Dec 30, 2017
jsor
jsor previously approved these changes Dec 30, 2017
}

// did not return a promise? this is an error, convert into one for rejection below.
if (!$response instanceof PromiseInterface) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This if should probably omitted and promise conversion should be completely delegated to resolve().

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not opposed to your suggestion, but after trying this out locally, the performance improvement is much less significant. Do you feel this is more of a cosmetic issue or would this block these suggested changes?

@jsor jsor dismissed their stale review December 30, 2017 16:10

Accidentally approved ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants