Problem resolved, at least for now.
Turns out the "rpciod/0" is writing log files based on "-trace" options. As
soon as I turned these off, I am now processing all 32000 calls without any
"stopped" display activity.
Might be nice to have some better throttling or control and/or messaging to
indicate these issues. Turning on trace activity should halt calls in favor or
corrupting calls and trace warnings should be issued if this is an unavoidable
condition.
I also noticed that although I am making 32000 calls (XML file has 32001 lines
with 1 line at the top defining "sequential") the server command terminates at
the end but the client command stays open.
When I leave the server "-m" option value at 32000 and change the client "-m"
option to 32001 then both commands terminate when 32000 calls are complete.
Is this a bug?
From: Everett, Thomas A (Tom) [mailto:tom.ever...@alcatel-lucent.com]
Sent: Friday, November 01, 2013 12:21 PM
To: sipp-users@lists.sourceforge.net
Subject: Re: [Sipp-users] SIPP appears to stop for a brief period every ~30
seconds
Looked a bit at running tasks and what I see is that "rpciod/0" and "pdflush"
occur on the ~30 second intervals when SIPP is making calls.
I also find many complaints about "rpciod" for other reasons. Could this be my
problem?
Thanks,
Tom Everett
From: Everett, Thomas A (Tom) [mailto:tom.ever...@alcatel-lucent.com]
Sent: Friday, November 01, 2013 10:49 AM
To: sipp-users@lists.sourceforge.net<mailto:sipp-users@lists.sourceforge.net>
Subject: [Sipp-users] SIPP appears to stop for a brief period every ~30 seconds
I am sending 32000 calls at 410 calls per second (tried 210, and 600 without
much difference) and as the client side is processing calls the output appears
to stop at approximately 30 seconds for what appears to be a random wait time.
I think the server side also has this "stop" state around the same 30 second
interval. When it restarts there is a huge gap between invites and
acknowledged calls. The result is that only about 20000 calls are completed.
Where do I start looking for the reason for this stop, and resulting limit to
the number of calls processed?
Thomas Everett
Alcatel-Lucent
1 Robbins Road
Westford, MA. 01886
1-978-952-7478
tom.ever...@alcatel-lucent.com<mailto:tom.ever...@alcatel-lucent.com>
------------------------------------------------------------------------------
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users
