You received this message because you are subscribed to "C++ RTMP Server" mailing list.
To post to this group, send email to c-rtmp...@googlegroups.com
To unsubscribe from this group, send email to
c-rtmp-serve...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/c-rtmp-server?hl=en
You might want to use a bigger gun for that :)
And guess what, crtmpserver's performance can be used against itself and other servers. Look inside the config file and search for stresstest application.
Key points is to replace mp4:lg.mp4 with your live/vod stream, put active on true and set the number of connections (limited to 1000 now). After that, start the server normally and start another instance on a separate computer using the modified config file.
Have fun.
Cheers,
Andrei
> You received this message because you are subscribed to "C++ RTMP Server" mailing list.
> To post to this group, send email to c-rtmp...@googlegroups.com
> To unsubscribe from this group, send email to
> c-rtmp-serve...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/c-rtmp-server?hl=en
------
Eugen-Andrei Gavriloaie
Web: http://www.rtmpd.com
PLEASE give FreeBSD a chance! You will get pleasant surprises compared to any linux in existence. This is due to clear superiority of kqueue over epoll and way better memory management.
Cheers,
Andrei
On Mar 9, 2011, at 1:19 PM, ZhangDaqian wrote:
> Hi,
> <troll-mode>
> nowai :) as soon as you give a chance to FreeBSD+crtmpserver you get a
> lot of problems in all other things except crtmpserver :)
No comment....
> So acceptable is only if FreeBSD-node is one-service-node :) But that
> seldom happens.
Again, no comment...
> </troll-mode>
>
> And yes, kqueue have better performance than epoll :)
Not only that, but linux lacks important POSIX features inside socket system which are ***critical*** for performance
And is understandable... :) sockets were initially invented by Berkeley University (where BSD originates).
http://en.wikipedia.org/wiki/Berkeley_sockets
I guess that the fine people in linux world thought that spitting out huge quantities of software will actually compensate for performance and reliability. They spend huge amounts of time and effort on polishing "linux distributions" with features like "How easy is to install software on debian". when in fact they should spend that time into process schedulers, networking subsystems and implementing the standards by the book.
Is sad..
Mindset typical for linux lover: "is the os fault if it doesn't accept my garbage. Never mind. I'll find another linux that does that".
I can fix that syntax error. Can you fix the performance in linux?