Closed GoogleCodeExporter closed 8 years ago
I've noticed with VOIP as well, but seems to consistent across platforms and
with SIP
and IAX softphones.
However, more problematic seems to be desktop sharing, where CPU load on both
Windows
(FF) and MacOS (Safaria) actually pegs near 100%. Probably need to look at
this. For
comparison, the g2m applet runs a lot of threads but maintains about 40% and the
OpenMeetings applet runs under 50% (and both perform quite well).
Original comment by goike...@gmail.com
on 24 Mar 2010 at 5:22
Yes, Desktop sharing consumed all accessible CPU power in 0.63. This has been
fixed for
0.64. You can test it on devbuild.bigbluebutton.org
Original comment by Me.S...@gmail.com
on 24 Mar 2010 at 5:28
That's confirmed.
Original comment by goike...@gmail.com
on 24 Mar 2010 at 6:22
That's confirmed when running clients (firefox ,chromium and others) from
another
machine ( box) or (virtual machine).to communicate with bbb server in another
machine
i am running client and server in same box (machine) , and i still have high cpu
usage ,also my biggest problem still point 3:
---- 3. the high cpu usage end only with the end of conference and login out of
-----the conference
Original comment by abdeslam...@live.de
on 24 Mar 2010 at 8:16
I've looked into this and the cpu usage is simply due to flash doing voice
encoding.
With desktop sharing, the applet is doing the encoding of the desktop video so
there is
greater flexibility with it. With the audio there's no way for to tell flash to
use
less CPU to encode. So there's nothing we can do about this. The cpu usage
remains high
because right now there is no way to leave the voice conference once you've
joined it,
but that is a separate issue.
Original comment by Me.S...@gmail.com
on 25 Mar 2010 at 8:00
Original issue reported on code.google.com by
abdeslam...@live.de
on 22 Mar 2010 at 11:17