On Sat, Oct 11, 2008 at 3:01 AM, Bill Root <[EMAIL PROTECTED]> wrote:
> At 10/8/2008 11:02 AM, Alexander Chemeris wrote:
>>
>> > and finally
>> >
>> >
>> > "2008-09-19T13:23:24.482000Z":433:KERNEL:CRIT:vpc-vs4sipxtapi::00000000:sipXtapi:"OsMsgPool::FindFreeMsg
>> > 'MediaSignals' queue size (64) exceeds hard limit (64)"
>>
>> This messages usually mean that some flowgraph is blocked
>> and don't want to process messages, sent to it. To debug this,
>> you should pause the process from debugger and see where
>> is Mediatask thread looping. Few iterations should give you
>> a clue about the place where infinite loop occurred.
>> Posts this information here, and we'll be able to help you better.
>
> The "exceeds soft/hard limit" messages are less common today, using newly
> downloaded source code from the relocated SVN repository.  However,
> ReceiveCall still starts consuming 100% of CPU shortly after I connect, like
> it did previously.  When I break into the debugger, MpMedia thread is
> looping in MprDecode::doProcessFrame (MprDecode.cpp).  It's the main loop:
>   // Pull packets from JB queue, till we won't get enough samples to
> playback
>        ...
>   while (mpJB->getSamplesNum() < mpFlowGraph->getSamplesPerFrame())
>   {
>        ...
>    }
>
> mpJB->getSamplesNum() returns 0, and mpFlowGraph->getSamplesPerFrame()
> returns 80.  Over and over.  I just watched > 50 loops, always with the same
> values for those two.

Ok, that gives us a clue. Could you uncomment this line in MprDecode.cpp and
send me console output od ReceiveCall:
//#define DEBUG_PRINT
(run it, get it to the point when it starts infinite loop and just kill it).
Also, please, you send me Wireshark capture of the RTP+SIP this sessioin on
the ReceiveCall side. I hope this would be enough for me to fix the problem.



-- 
Regards,
Alexander Chemeris.

SIPez LLC.
SIP VoIP, IM and Presence Consulting
http://www.SIPez.com
tel: +1 (617) 273-4000
_______________________________________________
sipxtapi-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

Reply via email to