[Icecast-dev] icecast performance on manyconcurrentlow-bitrate streams

[Klaas Jan Wierenga]

Karl,

I've managed to patch up my branch of Icecast to do the batching. Checked
everything with valgrind and tested it extensively. It looks good. Tcpdump
now shows nice size frames (mostly 1400 bytes). Any reason why you're not
settings the MTU to something closer to 1500?

Many thanks for your help,
KJ

-----Oorspronkelijk bericht-----
Van: Karl Heyes [mailto:karl at xiph.org]
Verzonden: donderdag 28 juli 2005 17:03
Aan: Klaas Jan Wierenga
CC: icecast-dev
Onderwerp: Re: [Icecast-dev] icecast performance on
manyconcurrentlow-bitrate streams


On Thu, 2005-07-28 at 15:30, Klaas Jan Wierenga wrote:
> Hi Karl,
>
> Thanks for your info. I have a standard Icecast-2.2 release with a few
local patches. I'm a little apprehesive to apply my patches to the kh14
branch, so I'd rather patch my branch with the changes related to batched
reads from the kh branch.
> I've looked at your code to see if I could spot the changes related to
batching reads. So far I have not been able to find where you've made this
patch. Could you point me in the right direction?

The changes for batching part are really just isolated to the
format_mp3.[ch] files, within the 2 readers calls (filter_meta,
no_meta).

commit diff is listed on
http://lists.xiph.org/pipermail/commits/2005-June/007469.html

There have been various changes between 2.2 and the trunk/kh code so I'm
sure that just dropping those 2 files into the 2.2.0 tree will not work
right off. For one thing the response headers are treated differently

I don't know the scope of your patches, so I can't even give you any
hints on those.


karl.