The Grinder User List

Andreas Niemeyer | 1 Dec 2005 15:24

Threadcontrol about the Console with def del(self) fails

Hi,

we want to use the Grinder Console for control the runs.

It might be a problem to terminate the threads gracefully - if the 
worker received a stopped message from the console, the `__del__' method 
isn't launched for each thread.

For testing a J2EE application where no session data should remains 
after a test is stopped,  it would be fine to perform a logout if logon, 
see snippets below.

Version Grinder 3, beta 27

Thank you in advance,
Andreas

        def __del__(self):

                 if self.vLoggedIn == 'true':

                         gLogger("do logout due program interrupted", 
gOutCh)
                         gLogger("do logout due program interrupted", 
gOutTermCh)

                         tests[74].GET('/abc/logoff.do')
                         tests[75].GET('/abc/Out.jsp')

(Continue reading)

headers

Philip Aston | 1 Dec 2005 20:18

RE: Threadcontrol about the Console with def del(self) fails


What you want to do should work.

The current implementation signals each thread. Each thread detects the stop event and shuts down, this
including running the __del__ method. If any thread takes more than 10 seconds to terminate (this might
happen if its blocked waiting for an HTTP response) then it is forcibly terminating - you should see a
message in the output log if this happens.

What error messages do you see?

- Phil

-----Original Message-----
From:	grinder-use-admin@... on behalf of Andreas Niemeyer
Sent:	Thu 01/12/2005 14:24
To:	grinder-use@...
Cc:	
Subject:	[Grinder-use] Threadcontrol about the Console with def __del__(self) fails
Hi,

we want to use the Grinder Console for control the runs.

It might be a problem to terminate the threads gracefully - if the 
worker received a stopped message from the console, the `__del__' method 
isn't launched for each thread.

For testing a J2EE application where no session data should remains 
after a test is stopped,  it would be fine to perform a logout if logon, 
see snippets below.

(Continue reading)

headers

Anthony Mangione | 2 Dec 2005 18:55

RE: Getting Session ID To Complete Dynamic Filename Request

Calum, Kristian and everyone else:

Thanks for the latest recommendations...

I put this:

response=tests[0].GET('http://hostname:81/')
print response.text

...in place, and it did output the entire response (which contained the HTML of the entire page, including the sessionID as part of a hypertext reference anchor which links to the next page of my test) to the console.

However, when I attempt to store this value in a String so that I can get what I'm looking for using either x = response.text OR x = response.getText(), it only seems to bring in the beginning of the response into the variable, not the whole thing, so I'm assuming there's a limit to what can be brought into a String variable. Any thoughts on how to get to the sessionID in this response?

In addition, I'm having trouble with a lot of the String functions (e.g., substring, indexOf, lastIndexOf, etc...). These are such simple functions, basic java, and I've even ensured that the functions will succeed by setting simple String variable equal to values like "ABC" and "123" just to get some sort of success...

Here is an example of the error I'm seeing:

11/30/05 12:20:15 PM (thread 0 run 0): Aborted run, script threw class org.python.core.PyException: null
Traceback (innermost last):
File "D:\Grinder\projects\grinder_3_112905_DynamicsTest\httpscript.py", line 24, in __call__
AttributeError: 'string' object has no attribute 'substring'

        at org.python.core.Py.AttributeError(Py.java)
        at org.python.core.PyObject.__getattr__(PyObject.java)
        at org.python.core.PyObject.invoke(PyObject.java)
        at org.python.pycode._pyx0.__call__$2(D:\Grinder\projects\grinder_3_112905_DynamicsTest\httpscript.py:24)
        at org.python.pycode._pyx0.call_function(D:\Grinder\projects\grinder_3_112905_DynamicsTest\httpscript.py)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyTableCode.call(PyTableCode.java)
        at org.python.core.PyFunction.__call__(PyFunction.java)
        at org.python.core.PyMethod.__call__(PyMethod.java)
        at org.python.core.PyObject.invoke(PyObject.java)
        at org.python.core.PyInstance.__call__(PyInstance.java)
        at org.python.core.PyObject.__call__(PyObject.java)
        at net.grinder.engine.process.JythonScript$JythonRunnable.run(JythonScript.java:144)
        at net.grinder.engine.process.GrinderThread.run(GrinderThread.java:128)
        at java.lang.Thread.run(Thread.java:534)

Any help would be appreciated, and thanks so much for everything so far...

Sincerely,
Anthony

headers

Nathan Moch | 3 Dec 2005 02:32

Pinned CPU

I am new to The Grinder and have a question regarding how much memory/cpu 
Grinder takes up.  I used the proxy to record a simple static homepage and 
then replay it in The Grinder on about 15 threads (with no user think time) 
and my CPU nearly pins.  I am running this on a Windows XP client (2.53 GHz, 
512 MB RAM) against a Linux server.   Is this normal that it would pin after 
with so few threads?
Any help would be appreciated,
Nate

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

headers

Philip Aston | 3 Dec 2005 17:10

RE: RE: Getting Session ID To Complete Dynamic Filename Request


Anthony Mangione writes on 02 December 2005 17:56: 
 > Here is an example of the error I'm seeing: 
 > 
 > 11/30/05 12:20:15 PM (thread 0 run 0): Aborted run, script threw
class org.python.core.PyException: null 
 > Traceback (innermost last): 
 > 
 >  File
"D:\Grinder\projects\grinder_3_112905_DynamicsTest\httpscript.py", line
24, in __call__ 
 > AttributeError: 'string' object has no attribute 'substring' 

This is because the string is a Python string. You can use Python 
string functions. If you want Java strings instead, do this: 

from java.lang import String 

# ... 

javaString=String(myPythonString) 
javaString.substring(0, 10) # etc. 

- Phil 

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click

headers

David Damo-TM | 3 Dec 2005 21:46

Add topic to the list grinder-use Archives.

Hi,

I am relatively new to Grinder and have a question on the recorded Grinder scripts. I notice that when you record a script through the TCPProxy that sleep times are set between an HTML pages image gets. Is the sleep time the delay in the time it took to receive the image or perhaps the time the browser needed to process the image for example? Would removing sleep times between the image gets for the HTML page cause problems?

Thanks

headers

Philip Aston | 4 Dec 2005 17:46

RE: sleep times (WAS: Add topic to the list grinder-use Archives).


David Damo-TM writes on 03 December 2005 20:47: 
 > I am relatively new to Grinder and have a question on the recorded
 > Grinder scripts. I notice that when you record a script through the
 > TCPProxy that sleep times are set between an HTML pages image gets.
 > Is the sleep time the delay in the time it took to receive the
 > image or perhaps the time the browser needed to process the image
 > for example? Would removing sleep times between the image gets for
 > the HTML page cause problems?

The sleep times recorded by the TCPProxy are the recorded times. If
you're seeing sleeps before image gets, that's because your browser
took its time requesting them. Its fine to remove them.

- Phil

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click

headers

David Damo-TM | 4 Dec 2005 18:06

RE: sleep times (WAS: Add topic to the list grinder-use Archives).

Thank you so much for your help. :)

-----Original Message-----
From: Philip Aston [mailto:paston@...] 
Sent: December 4, 2005 11:46 AM
To: David Damo-TM; grinder-use@...
Subject: RE: [Grinder-use] sleep times (WAS: Add topic to the list grinder-use Archives).

David Damo-TM writes on 03 December 2005 20:47: 
 > I am relatively new to Grinder and have a question on the recorded
 > Grinder scripts. I notice that when you record a script through the
 > TCPProxy that sleep times are set between an HTML pages image gets.
 > Is the sleep time the delay in the time it took to receive the
 > image or perhaps the time the browser needed to process the image
 > for example? Would removing sleep times between the image gets for
 > the HTML page cause problems?

The sleep times recorded by the TCPProxy are the recorded times. If
you're seeing sleeps before image gets, that's because your browser
took its time requesting them. Its fine to remove them.

- Phil

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click

headers

Philip Aston | 4 Dec 2005 19:06

RE: Pinned CPU


Nathan Moch writes on 03 December 2005 01:32:
 > I am new to The Grinder and have a question regarding how much
 > memory/cpu Grinder takes up. I used the proxy to record a simple
 > static homepage and then replay it in The Grinder on about 15
 > threads (with no user think time) and my CPU nearly pins. I am
 > running this on a Windows XP client (2.53 GHz, 512 MB RAM) against
 > a Linux server. Is this normal that it would pin after with so few
 > threads? Any help would be appreciated, Nate

If you have no user think time, any load testing framework will burn
your CPU unless the remote server causes it to be I/O bound.

By taking out the user think time, you are no longer following the
"1 thread ~ 1 user" approach. I presume that you are just trying to
load the remote server as much as possible - The Grinder is doing just
that.

- Phil

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click

headers

Nathan Moch | 5 Dec 2005 08:07

RE: Pinned CPU

Thank you.  I will try to add some think time.  I figured it would burn the 
CPU at some point, but I
was surprised it happened with just 15 threads on a simple page.
Thanks again,
Nate

>From: "Philip Aston" <paston@...>
>To: "Nathan Moch" <nathanmoch@...>,   
><grinder-use@...>
>Subject: RE: Pinned CPU
>Date: Sun, 4 Dec 2005 18:06:12 -0000
>
>
>Nathan Moch writes on 03 December 2005 01:32:
>  > I am new to The Grinder and have a question regarding how much
>  > memory/cpu Grinder takes up. I used the proxy to record a simple
>  > static homepage and then replay it in The Grinder on about 15
>  > threads (with no user think time) and my CPU nearly pins. I am
>  > running this on a Windows XP client (2.53 GHz, 512 MB RAM) against
>  > a Linux server. Is this normal that it would pin after with so few
>  > threads? Any help would be appreciated, Nate
>
>If you have no user think time, any load testing framework will burn
>your CPU unless the remote server causes it to be I/O bound.
>
>By taking out the user think time, you are no longer following the
>"1 thread ~ 1 user" approach. I presume that you are just trying to
>load the remote server as much as possible - The Grinder is doing just
>that.
>
>- Phil
>

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

18	May 2013
28	April 2013
48	March 2013
95	February 2013
51	January 2013
40	December 2012
77	November 2012
105	October 2012
83	September 2012
41	August 2012
39	July 2012
80	June 2012
26	May 2012
32	April 2012
56	March 2012
71	February 2012
89	January 2012
49	December 2011
80	November 2011
55	October 2011
54	September 2011
67	August 2011
73	July 2011
58	June 2011
51	May 2011
52	April 2011
46	March 2011
54	February 2011
62	January 2011
70	December 2010
19	November 2010
41	October 2010
42	September 2010
21	August 2010
68	July 2010
28	June 2010
101	May 2010
87	April 2010
52	March 2010
93	February 2010
56	January 2010
84	December 2009
63	November 2009
26	October 2009
56	September 2009
57	August 2009
46	July 2009
35	June 2009
130	May 2009
165	April 2009
195	March 2009
143	February 2009
68	January 2009
123	December 2008
84	November 2008
165	October 2008
152	September 2008
28	August 2008
85	July 2008
89	June 2008
32	May 2008
32	April 2008
70	March 2008
111	February 2008
72	January 2008
72	December 2007
116	November 2007
78	October 2007
33	September 2007
37	August 2007
36	July 2007
64	June 2007
66	May 2007
50	April 2007
97	March 2007
122	February 2007
129	January 2007
112	December 2006
175	November 2006
57	October 2006
63	September 2006
12	August 2006
66	July 2006
66	June 2006
126	May 2006
111	April 2006
133	March 2006
63	February 2006
156	January 2006
59	December 2005
79	November 2005
42	October 2005
52	September 2005
115	August 2005
72	July 2005
103	June 2005
85	May 2005
95	April 2005
126	March 2005
87	February 2005
80	January 2005
81	December 2004
56	November 2004
70	October 2004
69	September 2004
103	August 2004
107	July 2004
68	June 2004
73	May 2004
51	April 2004
67	March 2004
46	February 2004
72	January 2004
71	December 2003
57	November 2003
54	October 2003
48	September 2003
72	August 2003
51	July 2003
19	June 2003
73	May 2003
92	April 2003
41	March 2003
51	February 2003

Mon	Tue	Wed	Thu	Fri	Sat	Sun

			1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30	31

Threadcontrol about the Console with def __del__(self) fails

RE: Threadcontrol about the Console with def __del__(self) fails

RE: Getting Session ID To Complete Dynamic Filename Request

Pinned CPU

RE: RE: Getting Session ID To Complete Dynamic Filename Request

Add topic to the list grinder-use Archives.

RE: sleep times (WAS: Add topic to the list grinder-use Archives).

RE: sleep times (WAS: Add topic to the list grinder-use Archives).

RE: Pinned CPU

RE: Pinned CPU

Threadcontrol about the Console with def del(self) fails

RE: Threadcontrol about the Console with def del(self) fails