I saw those, but how do I request access?Sent from my Sprint Samsung Galaxy S7 
edge.
-------- Original message --------From: Alvaro <[email protected]> Date: 
10/24/20  2:12 PM  (GMT-05:00) To: [email protected] Cc: Ali 
Alhaidary <[email protected]> Subject: Re: docker container 
clustering experiments #1, Please respond 
https://openmeetings.apache.org/demo.html..........El sáb, 24-10-2020 a las 
14:09 -0400, dww escribió:What are the urls to the demo servers?On Sat, 
2020-10-24 at 13:19 +0700, Maxim Solodovnik wrote:Hello Denis,On Sat, 24 Oct 
2020 at 12:01, Denis Noctor <[email protected]> wrote:Hi there Maxim... 
when a new build is made... is this automatically replicated on the OM demo 
servers? yepboth servers were just updated :) If this is the case, I’d be happy 
to test it out once my class is over tomorrow afternoon, test it out and give 
some feedback. Last time I had checked there was a #116 build since #115... 
either way, if I needed... to open up a new AWS instance, I am happy to 
oblige.On a separate note @Ali Alhaidary ([email protected])... given 
the nature of your website... I would assume that the current limitation(s) 
regarding the number of users per room would have been identified at an earlier 
stage... your regular queries are intriguing but ... if you do work out a 
solution... rather than piecing everything on a step by step basis... I also 
think we would all benefit as to what your overall ideas / interests might be 
so we can all contribute. I look forward to hearing more on this.this is the 
paragraph i don't get :(((this last fix was based on observation: 7 users can't 
work in one room, but can in 2 roomsthis gave me a hinthopefully in builds 
#115+ this will be improved Talk soon, Denis.Sent from my iPhoneOn Oct 23, 
2020, at 4:55 AM, Maxim Solodovnik <[email protected]> wrote:OK,please test 
build #115+ from here 
https://ci-builds.apache.org/job/OpenMeetings/job/openmeetings/I would like to 
confirm if audio/video streams in the room are more stable :)Please NOTE 
configuration has been changedmost valuable configurable parameters are now in 
./webapps/openmeetings/WEB-INF/classes/openmeetings.properties :)On Fri, 23 Oct 
2020 at 13:50, Denis Noctor <[email protected]> wrote:Hi there Maxim,I know 
you've mentioned that you are working on a few alternatives since this email 
but I thought it best to get back in touch.As you will see from the attached 
screenshot, I mustered up a few computers (equally spread over 2 wifi networks 
in my home... in different parts to reduce sound feedback etc. as I do not have 
enough headsets). A few points to take into consideration... some of these 
computers are older than others... varying in RAM and CPU... but ALL were using 
the latest version of Chrome. This is what I noticed:While you can see from the 
screenshot, there are 7 users in a room (6 of which using 120x90 screen res and 
1 using 320x240 - audio and vid channels open)... there had been some issues. I 
let the room open for about 40 mins but some video pods "dropped" from some 
computers... with no indication as to whether users were still active or not. 
Sometimes I had to "reconnect" video and audio on others. Some computers showed 
all 7 connections... while others showed 3... but  AFTER I added an 8th user 
(via an Amazon Fire tablet) "Video / Audio" pods began to drop from a lot of 
the computers... showing only 3-4 videos pods... and disconnecting users... and 
sometimes being unable to reconnect... or refresh their screen (on one 
computer... Chrome became unresponsive).When I added the "8th user" to the 
group... sound quality dropped... with a very "scratchy" interference noise for 
all users.Things were much more stable with 5 users in a room.Of course, as you 
can imagine... this is a "one room" scenario.While I have mentioned that I was 
using older to newer computers and tablets (based on what is available to 
me)... all of them were able to perform okay in Microsoft Teams and Zoom 
scenarios (tested)... but obviously with varying degrees of performance due to 
speed, cpu, ram etc.This seems to be a major issue and I am happy to test 
everything out on the OM demo sites and give feedback over the next few days if 
you would like. My next question would be... if that you had 2 similar rooms / 
classes open under the same circumstances... would the overall performance be 
even worse?I have tested this on a single AWS server, Ubuntu 18.04, 8 gigs ram 
server etc (OM 5 M4... yes, I know, I know... will upgrade soon... but assume 
this issue has crossed over to other versions -  I will retest on the OM demos 
online.)Hope some of this feedback helps.  

        
        
                Virus-free. www.avg.com
                
        
On Thu, Oct 22, 2020 at 7:08 AM Maxim Solodovnik <[email protected]> 
wrote:Hello Denis,please let me know if 10 users in the room will be OKwe need 
to change the way cluster works in case current configuration is not 
stable/powerful enoughOn Thu, 22 Oct 2020 at 13:33, Denis Noctor 
<[email protected]> wrote:Actually... this is something that had crossed my 
mind recently. Previously, I’ve had on average 5 users per group... but on 
occasion if there more than 5 users (in and around 7-10) some users... some 
would intentionally drop drop their cam... and sometimes mic... (I thought it 
might have been due to bandwidth issues on their side)... but I’ve got my own 
kids taking online classes via their schools... whereby there are a min of 20 
attending a class and so on (different platforms etc.)

I have about a combination of 5 to 6 computers at home due to home office / 
covid restrictions etc. and am happy to log in to either the OM demo sites or 
others to try replicate this scenario. (and my own, of course).

Yep, I’ve been reading up on WebRTC and Kurento regarding connectivity 
limitations regarding audio and video... this has been covered a lot recently 
in previous posts in this forum... and from memory it is somewhere between 
200-300 connections... (per server? / instance?)

For example... if you have 5 users in a room (using audio and video) this will 
result in 5 (users) x 5 audio connections x 5 video connections... giving “125” 
connections... but if you have 7 users in a room receiving and experiencing 
audio and vid... that is 7x7x7= 343 connections... which obviously exceeds the 
connections as per previous posts.

I have had a scenario whereby 3 classes were held at the same time on the same 
AWS instance... and nobody has reported a problem (yet... or they unknowingly 
downplayed it due to internet bandwidth problems etc.)... but the max number of 
students per room has been 4-5....

I am happy to test this more with others, if you are up for it and am watching 
this carefully.

I have a scheduled meeting with 10 participants next week and am now nervous... 
and curious to see how it works out.

Talk soon.

Denis



Sent from my iPhone

> On Oct 21, 2020, at 7:57 PM, dww <[email protected]> wrote:
> 
> Does anyone have an idea why the client browser seems to limited to 5
> video pods when each user connects with both video and microphone.
> 
> It seems to definitely max out the CPU(s) on the client computer. How
> do other applications like Zoom or Microsoft Teams get around this
> issue. Do they throttle back the streaming of the video pods or views
> of many or most of the pods and do it in some kind of round-robin
> update?
> 
> Am I just doing something wrong.
> 
> Any response would be appreciated. I would like to start uses OM for
> meetings next month.
> 
> Thanks,
> Dennis
> 
> 
>> On Sun, 2020-10-18 at 17:40 -0400, dww wrote:
>> When creating 3 guests on each of 2 other laptops that I run into the
>> same issues,so it seems that the main limitation is the number of
>> video/audio pods within a client. Is there anyway to get around that
>> as
>> it implies that one annot have more than 4 or 5 guests with both
>> video
>> and audio?
>> 
>> Dennis
>> 
>> 
>> 
>>> On Sun, 2020-10-18 at 13:00 -0400, dww wrote:
>>> Yes I get the same result, however, this does not appear to be a
>>> valid
>>> stress test of kms. This stress tests a client machine with
>>> multiple
>>> tabs or browser windows each with connections and determines that
>>> it
>>> is
>>> CPU bound.
>>> 
>>> It seems the only way to stress test kms is to do this with
>>> multiple
>>> client machines. I have 3 laptops here and a couple of smart phones
>>> so
>>> I will try distributing the client windows among all of them.
>>> 
>>> Dennis
>>> 
>>>> On Sun, 2020-10-18 at 10:56 +0700, Maxim Solodovnik wrote:
>>>> I'm on Ubuntu 20.04 desktop? so i can use UI
>>>> if you are using server I would recommend `htop`
>>>> 
>>>>> On Sun, 18 Oct 2020 at 10:54, dww <[email protected]> wrote:
>>>>> May I ask for your linux command line that got the CPU
>>>>> percentage
>>>>> for all cores?
>>>>> thanks,
>>>>> Dennis
>>>>> 
>>>>> 
>>>>> 
>>>>>> On Sat, 2020-10-17 at 12:59 +0700, Maxim Solodovnik wrote:
>>>>>> Hello,
>>>>>> 
>>>>>> i just have tried the following script
>>>>>> started as `./run10.sh 5`
>>>>>> 
>>>>>> everything seems to work, but my CPU was 800% busy (all cores
>>>>>> were 100% busy)
>>>>>> 
>>>>>> without `--use-fake-device-for-media-stream` parameter I had
>>>>>> lots
>>>>>> of permission errors due to camera was "captured" by first
>>>>>> browser
>>>>>> other have reported "Camera busy" error
>>>>>> 
>>>>>> 
>>>>>> _HASH_HERE_ - should be replaced with real hash (I have
>>>>>> created
>>>>>> endless invitation hash to the private conference room)
>>>>>> 
>>>>>> the script
>>>>>> ===============================================
>>>>>> #!/bin/bash
>>>>>> 
>>>>>> i=$1
>>>>>> 
>>>>>> if [ -z "${i}" ]; then
>>>>>>  i=30
>>>>>> fi
>>>>>> let "i += 0"
>>>>>> 
>>>>>> rm -rf /tmp/delme*
>>>>>> 
>>>>>> while ((i--)); do
>>>>>>  #echo "${i}"
>>>>>>  mkdir /tmp/delme${i}
>>>>>> 
>>>>>>  #local conference
>>>>>>  chromium-browser --user-data-dir=/tmp/delme${i} --disable-
>>>>>> infobars --no-default-browser-check --allow-insecure-
>>>>>> localhost
>>>>>> --
>>>>>> use-fake-device-for-media-stream '
>>>>>> https://localhost:5443/openmeetings/hash?invitation=_HASH_HERE_&language=1'
>>>>>> &
>>>>>> done
>>>>>> 
>>>>>> On Fri, 16 Oct 2020 at 09:10, dww <[email protected]>
>>>>>> wrote:
>>>>>>> I mentioned earlier that I wanted to experiment with
>>>>>>> clustering
>>>>>>> using
>>>>>>> docker swarm for the kms service.
>>>>>>> 
>>>>>>> I wanted to establish a base line using one container for
>>>>>>> kms. 
>>>>>>> All the
>>>>>>> components are in one Linode with 8 GB of RAM.
>>>>>>> 
>>>>>>> For this experiment. I start entering the video and
>>>>>>> whiteboard
>>>>>>> room
>>>>>>> from my admin login from Firefox on one laptop. I allowed
>>>>>>> both
>>>>>>> video
>>>>>>> and microphone and the video pod was the lowest resolution.
>>>>>>> I
>>>>>>> generate
>>>>>>> a  guest url to the room.
>>>>>>> 
>>>>>>> On another laptop also on the same connection to the
>>>>>>> internet
>>>>>>> I
>>>>>>> enter
>>>>>>> the room on firefox and allow both video ( lowest
>>>>>>> resolution)
>>>>>>> and
>>>>>>> microphone on a new tab each time.
>>>>>>> 
>>>>>>> Up to 4 guest clients load quickly and the pods are created
>>>>>>> almost
>>>>>>> immediately on all 5 tabs. On the first attempt on the 5th
>>>>>>> guest the
>>>>>>> pod for this guest on the admin laptop took a couple of
>>>>>>> minutes
>>>>>>> to load
>>>>>>> the video. On the 5th guest tab, the pods for guest 1, 2
>>>>>>> and
>>>>>>> 4
>>>>>>> would
>>>>>>> not refresh( pod frames present but no video.
>>>>>>> 
>>>>>>> RAM and CPU usage was not significant on the server.
>>>>>>> 
>>>>>>> I closed the tabs for all the guests and redid the
>>>>>>> experiment,
>>>>>>> The
>>>>>>> first 4 guests again loaded quickly without any issues. The
>>>>>>> 5th
>>>>>>> guest
>>>>>>> loaded to completion but took about 40 seconds for all 6
>>>>>>> tabs
>>>>>>> to
>>>>>>> complete. On the 6th guest there were multiple connection
>>>>>>> drops
>>>>>>> and
>>>>>>> retries and the tabs were reduced to about 3 pods working,
>>>>>>> the
>>>>>>> others
>>>>>>> gone, this was on all tabs.
>>>>>>> 
>>>>>>> So based on this it seems that up to 5 users using both
>>>>>>> video
>>>>>>> and
>>>>>>> microphone seem to work fine.
>>>>>>> 
>>>>>>> Does this agree with anyone else's experience? I had from
>>>>>>> other
>>>>>>> posts
>>>>>>> that we can expect 14-15 users per kms instance. Does both
>>>>>>> laptop on
>>>>>>> the same network have any influence on this?
>>>>>>> 
>>>>>>> I will try a swarm next after I gets some feedback.
>>>>>>> 
>>>>>>> 
> 
-- Best regards,Maxim


        
        
                Virus-free. www.avg.com
                
        


Reply via email to