Re: [jgroups-users] Question on JChannel instances

Questions/problems related to using JGroups <[email protected]>
Newsgroups gmane.comp.java.javagroups.general
Message-ID <[email protected]>

On 29/05/16 14:52, Questions/problems related to using JGroups wrote:
> Can you join more than one group/cluster (JChannel.connect) with a
> single instance of JChannel?

No

> I have a need for being a member of multiple groups per computer
> (targeting android based devices) and i have some memory allocation
> and device overhead concerns. I'm considering a few different
> strategies but I figured this group would be a great place to ask.

Take a look at ForkChannels

> Basically, I'd have one group that everyone joins without reliable
> delivery that's primarily used for peer discovery and broadcast
> messages (to everyone).

OK

> Users than then spawn off and join additional
> groups on the fly (with reliable delivery) to exchange information
> with group members but not everyone (to reduce overall bandwidth usage
> and device loading)
>
> This sounds right, but if there are other options or configurations
> that work, i'm all ears


It's perhaps better to just have a single channel and bypass protocols 
that are not needed for a given message using *message flags*. E.g. do 
add NAKACK2 and UNICAST3 to your config, but set flag NO_RELIABILITY for 
a given message if you want to skip those 2 protocols.

-- 
Bela Ban, JGroups lead (http://www.jgroups.org)


------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.