Skip to content
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

Let's discuss the performance cost #7

Open
paluh opened this issue May 5, 2020 · 1 comment
Open

Let's discuss the performance cost #7

paluh opened this issue May 5, 2020 · 1 comment

Comments

@paluh
Copy link
Collaborator

paluh commented May 5, 2020

  • To make it better we have to measure it from the start I think so we should provide easy to use performance testing utils as a part of this framework or as a contrib.

  • Because we are working on top of the purescript-run I think that we can consider interpretation to different HTTP backends (purescript-warp, purescript-httpureor even to Node.js) directly.

  • Thanks to the run we can consider parsing pieces of the request on demand and providing them as an effect. We can even mutate the request object underneath as we won't expose it directly.

  • It would be interesting to check how much speedup can we gain by interpreting State (or session API) as a ReaderT { ref :: Effect.Ref | r } Aff.

  • Is it possible / feasible to drop Reader all together and provide the context per request by using something like continuation-local-storage mentioned here: https://stackoverflow.com/questions/25151952/global-data-per-http-session-request

  • How fast is routing duplex? How much we can tune it?

@paluh
Copy link
Collaborator Author

paluh commented May 5, 2020

autocannon seems like a really nice tool for the job. Thanks @Woody88 for suggestion!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant