Repository navigation
Review hub management implementation #1495
Description
Activity
- changed the title
[-]Review state management implementation[/-][+]Review hub management implementation[/+]on Jul 2, 2021 Found this because I was reviewing the code and surprised to see a thread local variable used. I would expect each Fiber, as a separate logical context and stack, to have a different hub, but I see this was done to solve some bug related to the way Rails uses Fibers? So maybe it needs to be an option...
@singpolyma I'd like to give each fiber its own hub as well. But as long as users still use thread as a minimum concurrency unit instead of Fiber, it'll cause issues like #1374.
As for adding a fiber-based option, I don't plan to do that right now. But I'll revisit this issue when we start the implementation for version 5.0.
This issue has gone three weeks without activity. In another week, I will close it.
But! If you comment or otherwise update it, I will reset the clock, and if you label it
Status: BacklogorStatus: In Progress, I will leave it alone ... forever!
"A weed is but an unloved flower." ― Ella Wheeler Wilcox 🥀
we should revisit this when we implement the new hub-free scope system.
fwiw, opentelemtry itself uses a fiber local, if I understand correctly11 remaining items
- moved this from Waiting for: Product Owner to No status in GitHub Issues with 👀 3
on Feb 25, 2025
Metadata
Metadata
Assignees
Projects
- StatusShow more project fieldsNo status
Related discussions: