Re: [recon-devel] Can You Run Recon/sipXmedialib Without Local Participant?
Alex et al.,
I spent time this week to set up consistent test systems and to keep
up with the flurry of code activity in sipXtapi and recon.
Out of 5 systems (3 servers without sound devices and 2 laptops with
sound devices) I tested todays current recon testUA/sipXmedialib
without local participants on mostly Windows XP, only 1 consistently
asserts when audio only conferences are set up/torn down with 3 SIP
phones.
I am only running the Debug version of testUA and all its libraries.
(There are problems building the Release version.)
This is an improvement from last week.
I cannot definitely say what exactly improved the results, but I
believe they are a combination of sipXmedialib changes, how I run with
or without Visual Studio 2005 running, Tortoisesvn uninstalled, and
memory added to file server holding the development code.
I have given up on running on the server that fails because I believe
it has to do with hardware timers and BIOSes on different systems
behaving differently.
Maybe it has to do with the fact that it is a dual CPU system.
There is a good article on how timers and systems can be very different:
http://www.geisswerks.com/ryan/FAQS/timing.html
Here are my mostly Windows XP systems
-------------------------------------------------------------
Servers without sound devices:
Intel Core 2 Duo E4200, 2.2 GHz, 4 GB memory
Intel Pentium 4 (Hyperthreading), 2.4 GHz, 1 GB memory
Dual Intel Pentium 3 SMP, 1.4 GHz, 1.25 GB memory (this server
consistently asserts)
Laptops with sound devices:
Intel Core 2 Duo T7500, 2.2 GHz, 3 GB memory running Vista x64
Intel Pentium M, 1.73 GHz, 1 GB memory
Anyways, I am mostly satisfied with sipXmedialib, but still have some
assert/heap problems with recon which I will address in a separate
email.
David Suh
On Mon, Jan 19, 2009 at 1:34 PM, Alexander Chemeris
<Alexander.Chemeris@xxxxxxxxx> wrote:
> Hi David,
>
> On Sat, Jan 17, 2009 at 4:16 AM, D. S. <dsuhpublic@xxxxxxxxx> wrote:
>> On Thu, Jan 15, 2009 at 3:17 PM, Alexander Chemeris
>> <Alexander.Chemeris@xxxxxxxxx> wrote:
>>> On Fri, Jan 16, 2009 at 2:01 AM, D. S. <dsuhpublic@xxxxxxxxx> wrote:
>>>> testUA on my server did not fare so well.
>>>> There is a CRT assertion with the call stack tracing back as follows:
>>>> ...
>>>> MpMediaTask.cpp : line 976
>>>> OsCallback.cpp : line 50
>>>> MpMMTimerWnt.cpp : line 288
>>>> ...
>>>>
>>>> This assertion happens when the second call is made into the
>>>> conference after the first call is already connected.
>>>
>>> Hum... I haven't tested no-local-audio setup with recon
>>> yet, but with our sipXtapi-based server it works fine.
>>>
>>> I'm definitely interested in more information, but I'm
>>> not sure in which one, as problem is fairly strange.
>>> Lets start with what does MpMediaTask::signalFrameStart()
>>> returns?
>>
>> It returns OS_LIMIT_REACHED.
>>
>>>
>>> Also could you look into logs for ERR level messages?
>>> Is there anything else strange in the logs?
>>
>> There are no ERRs except the ca.pem error which is ignored because I
>> don't have any certificates.
>
> Well, looks like you should have one of the following warnings
> in logs then:
>
> OsSysLog::add(FAC_KERNEL, PRI_WARNING,
> "OsMsgPool::FindFreeMsg '%s' queue size (%d)
> exceeds soft limit (%d)\n",
> mpName->data(), mCurrentCount, mSoftLimit);
>
> OsSysLog::add(FAC_KERNEL, PRI_CRIT,
> "OsMsgPool::FindFreeMsg '%s' queue size (%d)
> exceeds hard limit (%d)\n",
> mpName->data(), mCurrentCount, mHardLimit);
>
> Do you see them? How exactly do they look like?
>
> Looks like something blocks MediaTask, where audio
> processing is done. Are you sure, that this problem is
> caused by the fact you run on a server without sound
> card, that is is your testing scenario the same?
>
> Is this reproducible with testUA?
>
> Do you process just audio, or DTMFs too?
>
> What is a CPU load (per core) before it asserts?
>
>
> --
> Regards,
> Alexander Chemeris.
>
> SIPez LLC.
> SIP VoIP, IM and Presence Consulting
> http://www.SIPez.com
> tel: +1 (617) 273-4000
>