This would indeed to outstanding! I’ll have a think about some testing scenarios the would be useful and let you know. Thanks Rob!

 


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Grden
Sent: Thursday, April 20, 2006 4:59 AM
To: [email protected]
Subject: Re: [Red5] load testing

 

Man, this would be outstanding Rob!

I'm thinking, though, that 0.5 is going to be MUCH different with the streaming code and had a thought that maybe waiting a month to stress test .5 might be a better Idea?

Seriously, this is a huge deal for us Rob, thanks for the help!

On 4/19/06, Rob Terrell <[EMAIL PROTECTED] > wrote:

My company has heavy-duty FCS use, both on single servers and using
Flash CDNs like VitalStream and Akamai. We regularly QA our servers
(and our streaming partners) against 500, 1000, 5000 and more RMTP
streams -- we've provisioned events for as many as 40,000 streams.

Once .4 is out, I'm planning on using our testing center to do a
reality check on Red5. If there are any particular scenarios you
would like me to test, let me know.

And John is right -- the single point of failure is a big problem. I
have spent some time working on a poor man's clustering setup for
Red5, although with the API in flux it's not a serious effort right
now. Definitely it will be a major component for me once the API
settles down.



On Apr 19, 2006, at 10:46 AM, John Grden wrote:

> I've often heard numbers like 1000 concurrent connections on a
> single box being a common max point, but I'm sure it can change per
> situation based on what you're doing.  The issue is quality of
> experience with that many users obviously.  *Can* a server do
> 2500?  I doubt it, but I could be totaly wrong.  And even if it
> could, it'd bprobably be a miserable experience.
>
> Plus, that's just a single point of failure waiting to happen -
> what about failover/redundancy etc?  I've been down this road on a
> major scale and you have to have something planned for load
> balancing the community (hardware AND software IE: loadbalancing
> via the switch that handles your traffic etc), redundancy etc.


_______________________________________________
Red5 mailing list
[email protected]
http://osflash.org/mailman/listinfo/red5_osflash.org




--
John Grden - Blitz

_______________________________________________
Red5 mailing list
[email protected]
http://osflash.org/mailman/listinfo/red5_osflash.org

Reply via email to