Hi everyone, It is possible to build a multicasting server via EM by coalescing together the output channels of multiple connections? I want to build an application that can simultaneously send identical data to a subset of connected clients, without using a loop to iterate through them all. Best regards, --Michael
On 9/12/07, Michael S. Fischer <michael at dynamine.net> wrote:> > Hi everyone, > > It is possible to build a multicasting server via EM by coalescing > together the output channels of multiple connections? I want to build > an application that can simultaneously send identical data to a subset > of connected clients, without using a loop to iterate through them > all.Do you mean multicasting in the IP sense (with class "D" network addresses)? EM doesn''t currently support those. Or do you mean multicasting in a more generic sense? You can use UDP broadcasting as long as your clients are all on a LAN. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/eventmachine-talk/attachments/20070912/52f8ab6f/attachment.html
On 9/12/07, Francis Cianfrocca <garbagecat10 at gmail.com> wrote:> Do you mean multicasting in the IP sense (with class "D" network addresses)? > EM doesn''t currently support those. > > Or do you mean multicasting in a more generic sense? You can use UDP > broadcasting as long as your clients are all on a LAN.I think he wants to, from the API end of things, merge a whole bunch of connections so that all he has to do is issue one send() call to send data to all of them. Kirk
On 9/12/07, Kirk Haines <wyhaines at gmail.com> wrote:> On 9/12/07, Francis Cianfrocca <garbagecat10 at gmail.com> wrote: > > > Do you mean multicasting in the IP sense (with class "D" network addresses)? > > EM doesn''t currently support those. > > > > Or do you mean multicasting in a more generic sense? You can use UDP > > broadcasting as long as your clients are all on a LAN. > > I think he wants to, from the API end of things, merge a whole bunch > of connections so that all he has to do is issue one send() call to > send data to all of them.Precisely. The clients will be connected to the server via TCP sockets. --Michael
On 9/12/07, Michael S. Fischer <michael at dynamine.net> wrote:> > On 9/12/07, Kirk Haines <wyhaines at gmail.com> wrote: > > On 9/12/07, Francis Cianfrocca <garbagecat10 at gmail.com> wrote: > > > > > Do you mean multicasting in the IP sense (with class "D" network > addresses)? > > > EM doesn''t currently support those. > > > > > > Or do you mean multicasting in a more generic sense? You can use UDP > > > broadcasting as long as your clients are all on a LAN. > > > > I think he wants to, from the API end of things, merge a whole bunch > > of connections so that all he has to do is issue one send() call to > > send data to all of them. > > Precisely. The clients will be connected to the server via TCP sockets.I''m not coming up with any ideas that seem nontrivial. I guess we could add a send_data that would take an array of connection objects, but you''d still need to manage the array. Can you suggest something? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/eventmachine-talk/attachments/20070912/9b91ecfc/attachment.html
On 9/12/07, Francis Cianfrocca <garbagecat10 at gmail.com> wrote:> I''m not coming up with any ideas that seem nontrivial. I guess we could add > a send_data that would take an array of connection objects, but you''d still > need to manage the array. Can you suggest something?After doing some research, I agree that it''s not trivial. Maybe I don''t need it, though, if send_data is non-blocking. Is it? Best regards, --Michael
On 9/12/07, Michael S. Fischer <michael at dynamine.net> wrote:> > On 9/12/07, Francis Cianfrocca <garbagecat10 at gmail.com> wrote: > > > I''m not coming up with any ideas that seem nontrivial. I guess we could > add > > a send_data that would take an array of connection objects, but you''d > still > > need to manage the array. Can you suggest something? > > After doing some research, I agree that it''s not trivial. > > Maybe I don''t need it, though, if send_data is non-blocking. Is it?Everything in EM is nonblocking. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/eventmachine-talk/attachments/20070912/be127760/attachment.html