You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We plan to remove the threadpool for Fibers because it adds tons of complexity and can cause correctness issues (the same Java Thread is used for Fibers of belonging to different Ruby Threads).
It also forces an extra indirection for ContextThreadLocal, and other languages might reuse their ContextThreadLocal for different Fibers over time, belonging even potentially to different Ruby Threads, which could lead to various issues.
That will make Fiber creation slower though, until we have Loom.
Running bench/micro/fiber/create.rb:
JVM-CE: ~40k vs ~8k
Native CE: ~44k vs ~10k
The numbers are also much more stable without the pool.
Related: GR-37076
The text was updated successfully, but these errors were encountered:
We plan to remove the threadpool for Fibers because it adds tons of complexity and can cause correctness issues (the same Java Thread is used for Fibers of belonging to different Ruby Threads).
It also forces an extra indirection for ContextThreadLocal, and other languages might reuse their ContextThreadLocal for different Fibers over time, belonging even potentially to different Ruby Threads, which could lead to various issues.
That will make Fiber creation slower though, until we have Loom.
Running
bench/micro/fiber/create.rb
:JVM-CE: ~40k vs ~8k
Native CE: ~44k vs ~10k
The numbers are also much more stable without the pool.
Related: GR-37076
The text was updated successfully, but these errors were encountered: