[Red5] One Critical Memory Leak Issue Fixed on Trunk (r2645)

[Dan Rossi]

Ok will run some tests again and let you know.

Should I still be pre-generating the metadata files then ? The  
connections stall while waiting for it to generate and it can take  
anywhere up to 5 mins sometimes.


On 15/02/2008, at 2:45 AM, Steven Gong wrote:

> Dan,
>
> On Thu, Feb 14, 2008 at 12:33 PM, Dan Rossi <spam at electroteque.org>  
> wrote:
> I checked it out yesterday and noticed the metadata change but it  
> was still generating files. Is it still going to be generating  
> metadata files ? If so i think the standalone program i built to pre- 
> generate files may be useful, I could upload to trunk if its  
> useful ? It will prevent something not connecting while its waiting  
> for up to 5 minutes to generate a metadata file because thats how  
> long it seems to take on our 40 minute 200MB VP6 files.
> The metadata file will be only generated once and now when it is  
> loaded into the memory, a cache will be used so that not many CPU  
> times will be used for loading metadata. You can set the size of the  
> cache via red5-common.xml
>
> On 14/02/2008, at 3:09 PM, SeTyR wrote:
>
>> Hi Steven;
>>
>> I just discovered http://mirror1.cvsdude.com/trac/osflash/red5/log/java/server/trunk/src/org?rev=2645 
>>  ^^
>>
>> Thank you for all the late hard work especially the latest memory  
>> leak patch, VOD buffer fill task to 100ms, Caching of keyframe  
>> metadata , and so on..;
>>
>> I'm really looking forward to updating my server before 0.7.0 =) i  
>> can't wait anymore (am on 0.6.3 ..), many of my vod troubles might  
>> be solved soon thanks to you, you thouht them all ;
>>
>> And again many thanks to all the team for the marvel !
>>
>> SeTyR
>>
>> ----- Original Message -----
>> From: Steven Gong
>> To: Red Dev list
>> Cc: red5
>> Sent: Thursday, February 14, 2008 2:40 AM
>> Subject: [Red5] One Critical Memory Leak Issue Fixed on Trunk (r2645)
>>
>> Hi all,
>> I just checked in the fix for a critical memory leak bug which is  
>> caused by MINA ExecutorFilter. MINA will cache the event packets  
>> into an internal buffer before handing them off to the working  
>> threads in ExecutorFilter. When the Executor can't provide enough  
>> working threads for the event packet, an exception will be thrown  
>> by default and the IoSession the generates the event packet will be  
>> marked as "working" which prevents other threads to handle on it.  
>> Thus more event packets will be added in the internal buffer but no  
>> thread will remove and handle them -- memory leaks.
>>
>> To avoid this, I set the CallerRunsPolicy to the executor. As this  
>> is a critical bug, I also CCed to the user list for information.
>>
>> -- 
>> 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
>>
>> Javaflash Project Founder and Maintainer: http://osflash.org/ 
>> javaflash
>>
>> Modesty is an overrated quality in men of no great accomplishment.   
>> -- Ricky Jay
>>
>>
>> _______________________________________________
>> Red5 mailing list
>> Red5 at osflash.org
>> http://osflash.org/mailman/listinfo/red5_osflash.org
>>
>>
>> No virus found in this incoming message.
>> Checked by AVG Free Edition.
>> Version: 7.5.516 / Virus Database: 269.20.4/1275 - Release Date:  
>> 12/02/2008 15:20
>> _______________________________________________
>> Red5 mailing list
>> Red5 at osflash.org
>> http://osflash.org/mailman/listinfo/red5_osflash.org
>
>
> _______________________________________________
> Red5 mailing list
> Red5 at osflash.org
> http://osflash.org/mailman/listinfo/red5_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
>
> Javaflash Project Founder and Maintainer: http://osflash.org/javaflash
>
> Modesty is an overrated quality in men of no great accomplishment.  
> -- Ricky Jay _______________________________________________
> Red5 mailing list
> Red5 at osflash.org
> http://osflash.org/mailman/listinfo/red5_osflash.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://osflash.org/pipermail/red5_osflash.org/attachments/20080215/c8cb063e/attachment.html