[Red5devs] Question Regarding Load Testing RTMP

[Scotty G.]

Thanks to everyone for this information. When 3k users is mentioned, what
does that scenario look like? In other words, is that 3k users sending
RPC-like message requests to Red5, which then instantly responds (i.e. an
echo service)? Or is every message sent from the RTMP client(s) to Red5
pushed to all other connected clients?

To give more context, for my AIR client, I'd like to make RPC-style requests
over RTMP for the basics. These can be message-based and asynchronous, but
there's still an initial request with an expected response. While this is
happening, other events in the system can occur, which will then result in
notifications that need to pushed down to specific clients (i.e. 20 users
have been waiting for a server resource to become available; the resources
just freed-up and it's time to notify everyone in the queue). To properly
load test my system, I'll need to generate X RPC-style load from the
AIR/RTMPClient clients, while pushing Y event load from the back-end. How
would you set-up a scenario like this?

Thanks again!
Scott



On Mon, Sep 1, 2008 at 2:25 AM, Steven Gong <steven.gong at gmail.com> wrote:

> Hi Mabrek,
> I doubt if PlayEngine.pullAndPush causes the live delay and it should not
> be called by PlayEngine in live mode - pullAndPush() is only used in vod
> mode.
>
> I guess the longer delay is caused by the sequential execution of the
> pushMessage when a live AV message comes in. For 3k users, the live message
> will be pushed to the clients one after another - think of the delay caused
> to the last user that got this message.
>
> While in vod mode, pullAndPush synchronizes on the play engine object
> itself which belongs to one user only, so it won't affect other users.
>
>
> On Mon, Sep 1, 2008 at 4:33 PM, mabrek <mabrek at gmail.com> wrote:
>
>> RTMPClient from trunk is usefull for load testing. Make a search through
>> users maillist for Red5Bench  and FLVRecorder
>> http://www.nabble.com/RedBench-to16173475.html , it can be used as a base
>> for your load testing application.
>> Beware, RTMPClient consumes more resources per user than server. Don't
>> forget to increase ulimit -n (number of open files) if you are on linux and
>> decrease -Xss (jvm stack size) to run many threads.
>> From my results I can conclude that one server instance can handle about
>> 3k concurrent users watching live stream and delay between streams sent and
>> received can be up to 20 seconds (more users - longer delay). Profiling
>> showed that PlayEngine.pullAndPush synchronized method causes it, lock is
>> aquired too often an too many threads waits on it.
>>
>>
>> On Sun, Aug 31, 2008 at 2:49 AM, Scotty G. <scottyg at gmail.com> wrote:
>>
>>> Greetings,
>>>
>>>   Hello world to the Red5 devs.
>>>
>>>   We're building an AIR application and would like to utilize RTMP for
>>> both rpc and push communication. We're also looking to push a large amount
>>> of traffic between our AIR clients and back-end system (i.e. 20k concurrent
>>> end-users). Does anyone have a recommendation for a load-testing strategy
>>> for RTMP? I've downloaded the Red5 source and have been playing with the
>>> RTMPClient. Is this the basis for Red5's load testing harness? Any
>>> suggestions and/or information is greatly appreciated.
>>>
>>> Thanks,
>>> Scott
>>>
>>> _______________________________________________
>>> Red5devs mailing list
>>> Red5devs at osflash.org
>>> http://osflash.org/mailman/listinfo/red5devs_osflash.org
>>>
>>>
>>
>> _______________________________________________
>> Red5devs mailing list
>> Red5devs at osflash.org
>> http://osflash.org/mailman/listinfo/red5devs_osflash.org
>>
>>
>
>
> --
> Best Regards
> Steven Gong
>
> InfraRed5 Red5 Consultant: http://www.infrared5.com, steven at infrared5.com
>
> Red5 Developer: http://osflash.org/red5,
> http://jira.red5.org/confluence/display/~steven/Home<http://jira.red5.org/confluence/display/%7Esteven/Home>
>
> Javaflash Project Founder and Maintainer: http://osflash.org/javaflash
>
>
> _______________________________________________
> Red5devs mailing list
> Red5devs at osflash.org
> http://osflash.org/mailman/listinfo/red5devs_osflash.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://osflash.org/pipermail/red5devs_osflash.org/attachments/20080901/75f54570/attachment-0001.html