It’s usually quite fast... check spam folders etc... Sent from my iPhone
> On Oct 24, 2020, at 11:20 PM, dww <dwort...@mykolab.com> wrote: > > I did, I am waiting on verification email > >> On Sat, 2020-10-24 at 23:09 -0500, Denis Noctor wrote: >> Simply register an account... getting confusing with all the >> “Denis’s” 😂 >> >> Sent from my iPhone >> >> On Oct 24, 2020, at 2:51 PM, Dennis Worthem <dwort...@mykolab.com> >> wrote: >> >>> I saw those, but how do I request access? >>> >>> >>> >>> Sent from my Sprint Samsung Galaxy S7 edge. >>> >>> >>> -------- Original message -------- >>> From: Alvaro <zurca...@gmail.com> >>> Date: 10/24/20 2:12 PM (GMT-05:00) >>> To: user@openmeetings.apache.org >>> Cc: Ali Alhaidary <ali.alhaid...@the5stars.org> >>> 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 < >>>>> denisnoc...@gmail.com> wrote: >>>>>> Hi there Maxim... when a new build is made... is this >>>>>> automatically replicated on the OM demo servers? >>>>>> >>>>> >>>>> yep >>>>> both 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 ( >>>>>> ali.alhaid...@the5stars.org)... 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 rooms >>>>> this gave me a hint >>>>> hopefully in builds #115+ this will be improved >>>>> >>>>> >>>>>> Talk soon, Denis. >>>>>> >>>>>> Sent from my iPhone >>>>>> >>>>>> On Oct 23, 2020, at 4:55 AM, Maxim Solodovnik < >>>>>> solomax...@gmail.com> 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 changed >>>>>>> most valuable configurable parameters are now >>>>>>> in ./webapps/openmeetings/WEB- >>>>>>> INF/classes/openmeetings.properties :) >>>>>>> >>>>>>> On Fri, 23 Oct 2020 at 13:50, Denis Noctor < >>>>>>> denisnoc...@gmail.com> 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 < >>>>>>>> solomax...@gmail.com> wrote: >>>>>>>>> Hello Denis, >>>>>>>>> >>>>>>>>> please let me know if 10 users in the room will be OK >>>>>>>>> we need to change the way cluster works in case current >>>>>>>>> configuration is not stable/powerful enough >>>>>>>>> >>>>>>>>> On Thu, 22 Oct 2020 at 13:33, Denis Noctor < >>>>>>>>> denisnoc...@gmail.com> 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 < >>>>>>>>>> dwort...@mykolab.com> 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 < >>>>>>>>>> dwort...@mykolab.com> 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 < >>>>>>>>>> dwort...@mykolab.com> >>>>>>>>>>>>>>>> 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. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>> >>>>>>>>> >