Hi Tomasz,
I don't think it's related to cpum changes (it's another executable).

How much users are you using per instance ?
Are you saturating the TCP interface ? (even if it doesn't seems to be a
high CPS)... Can you also check the cpu utilisation on the sipp/manager
side? (ex: using top)

The message means that we have prepared calls 2 seconds upfront
(PrepOffset), and once it's supposed to be really executed; we don't
have calls in the SYNC (=ready) state.
One way to debug it is to start sipp instances manually (not in
background), so you can check the screen and get more detailed
information about the calls states.

Regards,
Philippe

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tomasz
Radziszewski
Sent: 06 May 2008 16:49
To: [email protected]
Subject: Re: [Sipp-users] IMS bench SIPp: problem with cpumem

After making this change, my sipp "freezes" after running about 10-15
minutes 
of test (it seems to be random amount of time - not always the same). As
for 
now, I haven't made enough tests to make sure that it is related to this

change.

I'll switch back to old version. Do you know if such effect could result
from 
these changes? I'm attaching logs.

The "frozen" sipp stops updating its screen (even the Total-time counter

doesn't go forward). It happens to all sipp instances (I have 4 of
them). 
After the sipp "freezes", the manager only prints CPU stats, not call
stats. 
Neither sipp nor manager responds to "q" key, but they both respond to 
Ctrl-C. However, stopping manager with Ctrl-C doesn't stop sipp as it 
normally does.

Characteristic entry that repeats many times in sipp logs:

!! ERROR !! There should have been calls in SYNC !!.

Full logs are attached.

I'll appreciate any help
-- 
Tomasz Radziszewski
Senior Software Engineer
Ericpol Telecom sp. z o.o.
Madalinskiego 9, 30-303 Krakow, Poland
e-mail: [EMAIL PROTECTED]
http://www.ericpol.pl/

> Hi Tomasz,
> Small known bug: systemstats.cpp -> CollectCpuMemInfo() -> move from
> unsigned int to unsigned long long  + %d => %llu  + structure in
> systemstats.hpp
> Regards,
> Philippe
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Tomasz
> Radziszewski
> Sent: 06 May 2008 13:52
> To: [email protected]
> Subject: [Sipp-users] IMS bench SIPp: problem with cpumem
>
> Hi
>
> I have a problem with cpumem (cpum, the cpu/memory monitoring tool of
> IMS
> bench SIPp). On one of my machines, cpum is showing 100% CPU usage,
> while top
> and vmstat show below 10% (and this seems true, not 100%). It is
strange
> that
> the problem started after I was using cpumem on this machine for
several
> days
> and it was working correctly.
>
> Restarting cpum doesn't help. However, cpum running on another machine
> with
> the same hardware and software configuration shows CPU usage
correctly.
>
> How could I debug this? Or is it a known problem?
>
> My platform:
>
> 2 x Dual Core Xeon (total 4 cores)
> Red Hat Enterprise Linux AS release 4 (Nahant Update 4)
> 2.6.9-42.ELsmp i686
>
> I use IMS bench from SVN rev. 446. I compiled it on the machine where
I
> am
> running it.
>
> Best regards


---------------------------------------------------------------------
Intel Corporation NV/SA
Rond point Schuman 6, B-1040 Brussels
RPM (Bruxelles) 0415.497.718. 
Citibank, Brussels, account 570/1031255/09

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Sipp-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sipp-users

Reply via email to