Skip to content
This repository has been archived by the owner on Jan 13, 2025. It is now read-only.

AsynchronousChannelGroup from the ZIO perspective #145

Open
jczuchnowski opened this issue Jan 24, 2020 · 1 comment
Open

AsynchronousChannelGroup from the ZIO perspective #145

jczuchnowski opened this issue Jan 24, 2020 · 1 comment
Labels
enhancement New feature or request help wanted Extra attention is needed question Further information is requested

Comments

@jczuchnowski
Copy link
Member

jczuchnowski commented Jan 24, 2020

The use of AsynchronousChannelGroup from the ZIO perspective is a little confusing (to me at least).
As per JDK documentation:

AsynchronousChannelGroup

Java virtual machine maintains a system-wide default group that is constructed automatically. Asynchronous channels that do not specify a group at construction time are bound to the default group. The default group has an associated thread pool that creates new threads as needed.

So, AsynchronousChannels that are created without giving them explicitly a group, are working on a different thread pool than the rest of the ZIO application. So my question is this:
Is that a problem (I guess not) and can we do better in our "opinionated" module?

@jczuchnowski jczuchnowski added enhancement New feature or request help wanted Extra attention is needed question Further information is requested labels Jan 24, 2020
@pshemass
Copy link
Collaborator

@jczuchnowski do you have proposition how to do it better?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request help wanted Extra attention is needed question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants