Skip to content

Propagation of request information across thread boundaries #1670

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

Closed
scottgerring opened this issue Jun 24, 2024 · 2 comments
Closed

Propagation of request information across thread boundaries #1670

scottgerring opened this issue Jun 24, 2024 · 2 comments
Labels

Comments

@scottgerring
Copy link
Contributor

Is your feature request related to a problem? Please describe.
In #1620 we are looking at implementing parallel processing for batches to reduce clock time spent handling batch requests. As part of this, we have started considering what happens when we rely on thread-local storage to propagate request context. In the batch case this affects immediately tracing, but more broadly, I think it is worth considering how PT might help support multi-threaded processing, or at the very least, avoid complicating it.

I would suggest the next step here is to consider all areas of PT that use thread local, and if that can be avoided. This may very well be v2 "cleanup style" work. Next, what other areas of PT may benefit from supporting multi-threaded processing, and what would the impact of this be?

Describe the solution you'd like

Describe alternatives you've considered

Additional context

@scottgerring
Copy link
Contributor Author

There's a great comment from @humanzz that outlines some of the issues that happen with thread pooling in general in a Java-Lambda environment.

@jeromevdl
Copy link
Contributor

Somehow duplicate of #1671

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

No branches or pull requests

2 participants