Hi, we have done tests with 120 people in conferene room type "restricted". With 2-3 presenters audio/video + screensharing. There was no possibility to test with more users as we had no more ressources / computers available.
Additionally we have done tests with a customer that runs webinars 250 people in a single room, roomtype "retricted". Customers could fill a feedback form after the webinar with a section for techincal problems. Result was, that some users did report they had issues in loading the initial slide of the conference room. That started when there was more then 200 people arriving at the same second/minute in the restricted room. So the results so far are that restricted room type can handle max 150 users, the bottleneck as result of the tests are: 1) As the others explained, your hadrware and server bandwidth of course 2) At some point the number of users arriving at the same second in the conference room, so you should not invite 10.000 people for 9.00 p.m. in the conference room, as if 1000 people at _exactly_ 9.00 and 0 seconds click on the conference room this can lead to a problem 3) There are no test results available for more then 250 people, so far there have been no technical reason to say "more then 250 people is not possible" but just because there has been no test with more then 250 physical browser windows loggedin into a single conference room. 4) The roomtype desigend for large meetings is room type "restricted" it has a special implementation of the user list that buffers incoming users before re-rendering the user-list to prevent the problems with the 50 or 100 users arriving at the same time. Also the user-list type is different as it uses some paging mechanism to only render the visible area. Roomtype "conference" and "audience" do not have those optimizations. Sebastian 2012/2/15 Norbert Haag <[email protected]> > Hi Jon,**** > > ** ** > > We are starting with openmeetings and therefore cannot come up with “real > life” experiences so far. However, we tested the system and from a > technical perspective it doesn’t prevent you from having 100 or more > attendees. **** > > The challenge with such amounts of attendees is not the system and even > not really the hardware –though a dedicated server with at least 8G is > preferred- but the bandwidth you have.**** > > **** > > Bandwidth here means the bandwidth the server has, as it has to stream the > data to each attendee. This is the biggest bottleneck in the whole process > and not the system or even the hardware.**** > > ** ** > > **** > > ** ** > > *Von:* Jon Cyr [mailto:[email protected]] > *Gesendet:* Dienstag, 14. Februar 2012 22:58 > *An:* [email protected] > *Betreff:* Re: AW: What's the largest meeting you've run**** > > ** ** > > Hi Norbert, > > It means... in non-technical terms, who's holding meetings, how many > people... > > Real examples. > > For instance... My name is Fred, I hold weekly web-seminars or webinars > with over 100 people, it works great. > > Who is using this? Share an anonymous story of how it's going. Don't > worry, you don't have to prove it, you're not on the hook. > > I have a server with unlimited bandwidth on a meter, and 8G of RAM on a 4 > processor CPU, with 64bit Ubuntu LTS Lucid, anybody have something close to > tell me what I can expect. > > -Jon > > > On 2/7/2012 3:14 PM, Norbert Haag wrote: **** > > **** > > **** > > *Von:* Jon Cyr [mailto:[email protected] <[email protected]>] > *Gesendet:* Dienstag, 7. Februar 2012 20:53 > *An:* [email protected] > *Betreff:* What's the largest meeting you've run**** > > **** > > Hey, > > I'm new to OpenMeetings, seems great. But I haven't pushed the system. > > If you would...**** > > 1. What's your largest meeting?**** > > What can your werver handle= (bandwith etc.)**** > > 1. Webinar or Interactive Meeting?**** > > Uhm what do you mean by webinars?**** > > 1. Rough or Avg Video Settings?**** > > ? If that means how big a video you can send, the answer is depends on > you upload bandwidth (means is not an issue of openmeeetings but your > capability to feed=**** > > 1. Server size, rough?**** > > Depends on what you want. But do not start below 2 GB of dedicated space > (unless recoding is nothing you want to do=**** > > 1. How long? **** > > How long what?**** > > Thanks, > > Jon**** > > -- > *Jon Cyr* > Cloudy IT, Warwick RI > 877-256-8398 x21 > [email protected] > CloudyIT.com <http://www.cloudyIT.com/>**** > > **** > > Cheers**** > > **** > -- Sebastian Wagner http://www.openmeetings.de http://incubator.apache.org/openmeetings/ http://www.webbase-design.de http://www.wagner-sebastian.com [email protected]
