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
According to documentation, an application should generally have a single EventLoopGroup. Kitura-NIO create its own group and threads, and provides no access. Performance will suffer if every library used creates its own group.
I'd like the options:
To create my own group, and pass it into Kitura.
If a group is not specified and Kitura creates one, n accessor to get that group.
The text was updated successfully, but these errors were encountered:
Sounds reasonable to me. We'd be deviating from the Kitura-net API, but I assume that developers who want to use NIO's types may not really consider switching over to Kitura-net.
I think that deviation from Kitura-net is okay in this instance. As long as the expectation is clear that the application is then tightly coupled to Kitura-NIO, I don't see a problem with providing additional features such as this.
According to documentation, an application should generally have a single EventLoopGroup. Kitura-NIO create its own group and threads, and provides no access. Performance will suffer if every library used creates its own group.
I'd like the options:
The text was updated successfully, but these errors were encountered: