Skip to main content
A
amn
Known Participant
May 21, 2010
Question

Performance depends on hardware for CPU usage below 50%?

  • May 21, 2010
  • 1 reply
  • 971 views

I need to assess whether we should move our service to more capable hardware. At present our bandwidth is about 25 megabit out of our gigabit link and typical CPU usage is about 10-40%. I want to know whether FMS will stream with less lag or does that purely depend on client upstream bandwidth?

Cheers.

    This topic has been closed for replies.

    1 reply

    Asa_-_FMS
    Adobe Employee
    Asa_-_FMS
    Adobe Employee
    May 24, 2010

    Answering this depends a lot on what you're doing.  Live/VOD/other?  Version you're running?  A little blurb about your intended architecture?  Can advise from there.

    A
    amnAuthor
    Known Participant
    May 24, 2010

    Hello Asa,

    Just live video streaming 1-to-1 at 512kpbs 320x240x15fps. That's it pretty much.

    Server version is 3.5.1 on CentOS 64-bit quad-core. CPU usage approaches 40% for 800 streams (400 users), but that is according to Linux 'top' utility, which seems to be overly pessimistic compared to the graph that the Administration Console is plotting which hardly approaches 20% for those 800 streams. The configuration is unaltered from default.

    I need to assess whereas the lag is due to service or something else.

    Asa_-_FMS
    Adobe Employee
    Asa_-_FMS
    Adobe Employee
    May 25, 2010

    So there's a couple of pieces you care about here.

    1. In your Application.xml your <Live> tag will have settings for queueing aggregate messages (both in size and in time).  That will induce delay into your stream (up to a single GOP (keyframe interval)) but will save you oodles of CPU on not having to deliver single messages to clients.  However, as mentioned you pay for it in stream latency of about a keyframe interval.

    2. The CPU chart from your system is more accurate - FMS historically reported CPU percentage that ONLY FMS is using.  I'm not a big fan of that stat since it's deceptive, (only 40% CPU the system must be fine - but only if the other 60% is free) - anyway that can't be changed currently thanks to backward compatability issues .  While I can't recommend against it, I will say it's not our most useful stat.

    LMK what you find with the live stream queueing, that's more relevant to your performance characteristics on live.

    Asa

    Terms & ConditionsAccessibility statement
    Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices