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
It is likely when using scheduler, the stack sizes for coroutines don't change often, thus we can reuse the allocated stacks. Similarly the closure for dynamic thread pool is unlikely to change that often.
Ideally if stack sizes never change, the performance should be something similar to using std.heap.MemoryPool for unmanaged stacks.
The text was updated successfully, but these errors were encountered:
Cloudef
changed the title
custom stack allocator for thread pool and custom closure allocator for DynamicThreadPool
custom stack allocator for scheduler and custom closure allocator for DynamicThreadPool
Jul 3, 2024
Cloudef
changed the title
custom stack allocator for scheduler and custom closure allocator for DynamicThreadPool
coro/aio: custom stack allocator for scheduler and custom closure allocator for DynamicThreadPool
Jul 5, 2024
It is likely when using scheduler, the stack sizes for coroutines don't change often, thus we can reuse the allocated stacks. Similarly the closure for dynamic thread pool is unlikely to change that often.
Ideally if stack sizes never change, the performance should be something similar to using
std.heap.MemoryPool
for unmanaged stacks.The text was updated successfully, but these errors were encountered: