Skip to content
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

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 join this conversation on GitHub. Already have an account? Sign in to comment
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