Thanks for that. Will check it out tomorrow. All the best.
Sent from my iPhone
> On Nov 30, 2020, at 2:27 AM, Maxim Solodovnik wrote:
>
> this test was on demo-next
> ordinary "presentation" room was used
> users were given only permission to use microphone
>
> later on all microphones were tu
this test was on demo-next
ordinary "presentation" room was used
users were given only permission to use microphone
later on all microphones were turned ON and everything seems to work
I have asked to re-test
and try to increase the number of participants (too see how many
connections we can handl
Thanks Maxim... I would really love to know more about this. Is there anyone
out there that can help with such a set up?
Sent from my iPhone
> On Nov 30, 2020, at 2:17 AM, Maxim Solodovnik wrote:
>
> AFAIK there was successful test with 11 users in audio-only room
> So multiple KMS servers can
AFAIK there was successful test with 11 users in audio-only room
So multiple KMS servers can help ...
On Mon, 30 Nov 2020 at 15:13, Denis Noctor wrote:
> Hi there guys. I was wondering if any further thought or considerations
> have been given to the whole numbers of user per room (vid cam / aud
Hi there guys. I was wondering if any further thought or considerations have
been given to the whole numbers of user per room (vid cam / audio) and number
of concurrent rooms per instance / server as it is seems to be one of the
biggest issue / limitations regarding the platform. Any feedback wo
Will check. I know Chrome uses a lot of resources and after your message and
some googling “chrome meeting uses lot of cpu” there are a lot of links
over the last year reporting this... for a number of different browser based
meeting platforms.
Sent from my iPhone
> On Nov 25, 2020, at 12
Check the CPU and network on at least one client device
On Wed, 2020-11-25 at 12:32 -0600, Denis Noctor wrote:
> I didn’t as I was testing on the open meetings demo next website.
> Probably in the logs if they have not been cleared. If it is possible
> to view that info I could schedule and conduct
I didn’t as I was testing on the open meetings demo next website. Probably in
the logs if they have not been cleared. If it is possible to view that info I
could schedule and conduct another test.
Sent from my iPhone
> On Nov 25, 2020, at 11:10 AM, dww wrote:
>
> Denis,
>
> Did you check the
Von: Maxim Solodovnik [mailto:solomax...@gmail.com]
Gesendet: Mittwoch, 25. November 2020 09:04
An: Openmeetings user-list
Betreff: Re: AW: Users per room client browser scalability
Just a guess: if audio and video are 2 different dreams having them on
different KMS servers will reduce the number
guess
>
> It won´t help if one room has much users. The setup will be very complex,
> error searching really difficult.
>
>
>
>
>
> Gerald
>
>
>
>
>
>
>
>
>
>
>
>
>
> *Von:* Denis Noctor [mailto:denisnoc...@gmail.com]
> *Gesend
etup will be very
> complex, error searching really difficult.
>
>
> Gerald
>
>
>
>
>
>
> Von: Denis Noctor [mailto:denisnoc...@gmail.com]
>
>
> Gesendet: Montag, 23. November 2020 22:44
>
> An: user@openmeetings.apache.org
>
> Betref
ne room has much users. The setup will be very complex,
> error searching really difficult.
>
>
>
>
>
> Gerald
>
>
>
>
>
>
>
>
>
>
>
>
>
> *Von:* Denis Noctor [mailto:denisnoc...@gmail.com]
> *Gesendet:* Montag, 23. November 2020
will be very complex, error
searching really difficult.
Gerald
Von: Denis Noctor [mailto:denisnoc...@gmail.com]
Gesendet: Montag, 23. November 2020 22:44
An: user@openmeetings.apache.org
Betreff: Re: Users per room client browser scalability
Thanks for that Maxim.
I came across this
It seems to me that there are 2 separate stress points.
1. Maximum number of KMS streams (this can be addressed with
clustering).2. Maximum number of users with video and audio that can
showing live on the client browsers (This may require addressing layout
on the browsers).
Also when you did your
Thanks for that Maxim.
I came across this...
https://docs.bigbluebutton.org/2.2/customize.html
(scroll down to "Run three parallel Kurento media servers").
This appears to suggest that 3 KMS (audio, video and screesharing)
processes on one server. Maybe this could bring us one step further?
Al
I just have fixed "refresh" button
So audio/video stream can be "refreshed" without page reload
both user-list and video-pod buttons are works according to my tests
On Mon, 23 Nov 2020 at 17:08, Peter Dähn wrote:
> Hi there,
>
> *this might be because BBB uses 3+ KMS servers clustered*
> *(I was
Hi there,
/this might be because BBB uses 3+ KMS servers clustered/
/(I was unable to find direct link regarding it ...)/
as far as I know, they use freeswitch for audio and kms just for the
video streams...
BR Peter
Am 23.11.20 um 10:53 schrieb Denis Noctor:
> Thanks a lot Maxim. I am happy t
Thanks a lot Maxim. I am happy to help in anyway for future tests.
Sent from my iPhone
> On Nov 23, 2020, at 3:43 AM, Maxim Solodovnik wrote:
>
> Thanks for very detailed report Denis
>
> couple of thoughts inline:
>
>> On Mon, 23 Nov 2020 at 13:59, Denis Noctor wrote:
>> Hi there everyone,
Thanks for very detailed report Denis
couple of thoughts inline:
On Mon, 23 Nov 2020 at 13:59, Denis Noctor wrote:
> Hi there everyone,
>
> My sincerest apologies for only getting back to you now. As I had
> mentioned in my previous email that I was going through a personal issue
> and it took
OM.
>>
>> I learned a lot about this technology in the last 8 months and OM has moved
>> forward really.
>>
>> For internal use with LDAP it’s simple.
>>
>>
>>
>> This forum is really active and the installation documents are nearly
&
ood time for stress tests.
>
>
>
>
>
> Gerald.
>
>
>
>
>
>
>
> *Von:* Denis Noctor [mailto:denisnoc...@gmail.com]
> *Gesendet:* Montag, 23. November 2020 07:58
> *An:* user@openmeetings.apache.org
> *Betreff:* Re: Users per room client browser scalabi
Gerald.
>
>
>
> Von: Denis Noctor [mailto:denisnoc...@gmail.com]
> Gesendet: Montag, 23. November 2020 07:58
> An: user@openmeetings.apache.org
> Betreff: Re: Users per room client browser scalability
>
> Hi there everyone,
>
> My sincerest apologies for onl
[mailto:denisnoc...@gmail.com]
Gesendet: Montag, 23. November 2020 07:58
An: user@openmeetings.apache.org
Betreff: Re: Users per room client browser scalability
Hi there everyone,
My sincerest apologies for only getting back to you now. As I had mentioned in
my previous email that I was going through a
My sincerest apologies. I have had quite a few covid distractions this week...
and last. But that doesn’t mean I haven’t been reviewing all the forum messages
... and direct emails (:)) that I have received over the last week or so. I am
usually very quick to respond / reply... but for personal
Hello all,
I had one other idea on how Zoom is handling this.
I watched a Zoom conference where there were up to 37 participants.
The participants were spread over 2 internal Zoom pages. The first page
was in a 5x5 array (25) and the second was also in a 5x5 array that
including the remaining 12 p
On Tue, 17 Nov 2020 at 20:55, dww wrote:
> I apologize for accidently sending this twice.
>
> On Tue, 2020-11-17 at 08:40 -0500, dww wrote:
>
> Hello Denis,
>
> I was looking forward to your feedback soon.
>
> It seems there are mainly 2 major stress points.
>
> One, is the stream number limit pe
I apologize for accidently sending this twice.
On Tue, 2020-11-17 at 08:40 -0500, dww wrote:
> Hello Denis,
> I was looking forward to your feedback soon.
> It seems there are mainly 2 major stress points.
> One, is the stream number limit per kms instance of about 200. That
> should allow about 10
Hello Denis,
I was looking forward to your feedback soon.
It seems there are mainly 2 major stress points.
One, is the stream number limit per kms instance of about 200. That
should allow about 10 or 11 users in a room with both video and
microphone but this can be overcome by clustering starting w
Hello Denis,
I was looking forward to your feedback soon.
It seems there are mainly 2 major stress points.
One, is the stream number limit per kms instance of about 200. That
should allow about 10 or 11 users in a room with both video and
microphone but this can be overcome by clustering starting w
On Fri, 13 Nov 2020 at 14:24, Denis Noctor wrote:
> Hi there Maxim... I did a test with 8 computers and 2 tablets last night
> (spread across 2 WiFis)... please don’t delete the logs on the OM demo
> server (next)...
>
I just backup the logs
> I will come back to you all with some feedback and
On Fri, 13 Nov 2020 at 05:59, dww wrote:
> One possible stress test would be for someone to create a room on one of
> the demo servers and send an invitation to the mailing list. for the
> meeting around a certain time. Everyone could choose to start up with the
> bash script with a "fake" camera
Hi there Maxim... I did a test with 8 computers and 2 tablets last night
(spread across 2 WiFis)... please don’t delete the logs on the OM demo server
(next)... I will come back to you all with some feedback and pics later
tomorrow (if that’s okay)... however, for reference... I started the proc
One possible stress test would be for someone to create a room on one
of the demo servers and send an invitation to the mailing list. for the
meeting around a certain time. Everyone could choose to start up with
the bash script with a "fake" camera. There would be some challenge
around coordinatin
Hello All,
I'll try to answer in one email :)
On Wed, 11 Nov 2020 at 20:32, dww wrote:
> However, Denis, I think your experiment with multiple devices would be
> valuable as then there is only one browser tab or window with the OM
> room open as a guest on each device. Perhaps that will make a
However, Denis, I think your experiment with multiple devices would be
valuable as then there is only one browser tab or window with the OM
room open as a guest on each device. Perhaps that will make a
difference.
Dennis
On Wed, 2020-11-11 at 08:24 -0500, dww wrote:
> Thanks, Denis,
>
> Back on
Thanks, Denis,
Back on Oct. 17 Maxim provided the following Bash script to be run on
the machine with a client side browser for the psuedo guest users. (
Use another machine to create the room administratively and send
invitations) This is a far simpler way to stress test the client side
browser.
Hi there everyone, this seems to be the “elephant in the room” discussion,
while there has been a HUGE amount of development and progress in OM since
March (thank you so much @Maxim) ... there is the whole issue of, for example,
the number of users per room... which seems to be about 5-6 (and ma
Hello Maxim,
A couple of weeks ago there was an email thread about the 5 total users
for one room, each user with video/microphone under the
Subject: "docker container clustering experiments #1". In this case it
appears the bottleneck is the CPU usage on the client machine with the
browser.
In a
38 matches
Mail list logo
