PermSize is a scam comment in jmeter startup command
The startup script has the following line in it: # PermSize is a scam. Leave it like this: #PERM=-XX:PermSize=64m -XX:MaxPermSize=64m Is there any particular reason for this? (The explanatory link at the beginning of the script is broken) My tests are running out of perm gen and I want to try increasing this as a preliminary fix. The tests are using custom samplers written in Java. Art The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this communication is strictly prohibited. If you have received this transmission in error please notify the sender immediately and then delete this email. Any representations or commitments expressed in this email are subject to contract. This message has been scanned for viruses and dangerous content. However, it is essential that the recipient also checks this message using commercially available mail scanning and anti-virus software. IPL Information Processing Limited accepts no liability for any loss or damage resulting from any virus or other dangerous content in this message. IPL Information Processing Limited is registered in England and Wales under company registration number 1418818. Registration took place at Cardiff on 10 May 1979. IPL Information Processing Limited's registered office and normal place of business is Eveleigh House, Grove Street, Bath, BA1 5LR, United Kingdom. IPL is also registered for Value Added Tax (VAT) under registration number GB 601 2931 83. - To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org For additional commands, e-mail: user-h...@jmeter.apache.org
Re: PermSize is a scam comment in jmeter startup command
Hey Namaskara~Nalama~Guten Tag~Bonjour 1. Are you pumping a lot of load? 2. Is your system freeing up sessions, objects after the transaction has been completed 3. Might be a system bug (A Server leaking objects of its own) :) Deepak -- Keigu Deepak +91-9765089593 deic...@gmail.com http://www.simtree.net Skype: thumsupdeicool Google talk: deicool Blog: http://loveandfearless.wordpress.com Facebook: http://www.facebook.com/deicool Contribute to the world, environment and more : http://www.gridrepublic.org On Mon, Jan 9, 2012 at 3:59 PM, Art OCathain art.ocath...@ipl.com wrote: The startup script has the following line in it: # PermSize is a scam. Leave it like this: #PERM=-XX:PermSize=64m -XX:MaxPermSize=64m Is there any particular reason for this? (The explanatory link at the beginning of the script is broken) My tests are running out of perm gen and I want to try increasing this as a preliminary fix. The tests are using custom samplers written in Java. Art The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this communication is strictly prohibited. If you have received this transmission in error please notify the sender immediately and then delete this email. Any representations or commitments expressed in this email are subject to contract. This message has been scanned for viruses and dangerous content. However, it is essential that the recipient also checks this message using commercially available mail scanning and anti-virus software. IPL Information Processing Limited accepts no liability for any loss or damage resulting from any virus or other dangerous content in this message. IPL Information Processing Limited is registered in England and Wales under company registration number 1418818. Registration took place at Cardiff on 10 May 1979. IPL Information Processing Limited's registered office and normal place of business is Eveleigh House, Grove Street, Bath, BA1 5LR, United Kingdom. IPL is also registered for Value Added Tax (VAT) under registration number GB 601 2931 83. - To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org For additional commands, e-mail: user-h...@jmeter.apache.org
RE: PermSize is a scam comment in jmeter startup command
OK, thanks for the replies. JMeter still seems to work with a larger value, so now I'm off memory-leak-hunting. Art -Original Message- From: Kirk Pepperdine [mailto:kirk.pepperd...@gmail.com] Sent: 09 January 2012 11:26 To: JMeter Users List Subject: Re: PermSize is a scam comment in jmeter startup command this is too funny and yeah, permsize is a wee bit of a scam but sometimes.. it just needs to be bigger. and, you might have a permspace leak... but for now, ignore the comment and make it bigger. If it still OOME's on you, then take a look at MAT for diagnosing perm space leaks. Regards, Kirk On 2012-01-09, at 11:29 AM, Art OCathain wrote: The startup script has the following line in it: # PermSize is a scam. Leave it like this: #PERM=-XX:PermSize=64m -XX:MaxPermSize=64m Is there any particular reason for this? (The explanatory link at the beginning of the script is broken) My tests are running out of perm gen and I want to try increasing this as a preliminary fix. The tests are using custom samplers written in Java. Art The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this communication is strictly prohibited. If you have received this transmission in error please notify the sender immediately and then delete this email. Any representations or commitments expressed in this email are subject to contract. This message has been scanned for viruses and dangerous content. However, it is essential that the recipient also checks this message using commercially available mail scanning and anti-virus software. IPL Information Processing Limited accepts no liability for any loss or damage resulting from any virus or other dangerous content in this message. IPL Information Processing Limited is registered in England and Wales under company registration number 1418818. Registration took place at Cardiff on 10 May 1979. IPL Information Processing Limited's registered office and normal place of business is Eveleigh House, Grove Street, Bath, BA1 5LR, United Kingdom. IPL is also registered for Value Added Tax (VAT) under registration number GB 601 2931 83. - To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org For additional commands, e-mail: user-h...@jmeter.apache.org - To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org For additional commands, e-mail: user-h...@jmeter.apache.org The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this communication is strictly prohibited. If you have received this transmission in error please notify the sender immediately and then delete this email. Any representations or commitments expressed in this email are subject to contract. This message has been scanned for viruses and dangerous content. However, it is essential that the recipient also checks this message using commercially available mail scanning and anti-virus software. IPL Information Processing Limited accepts no liability for any loss or damage resulting from any virus or other dangerous content in this message. IPL Information Processing Limited is registered in England and Wales under company registration number 1418818. Registration took place at Cardiff on 10 May 1979. IPL Information Processing Limited's registered office and normal place of business is Eveleigh House, Grove Street, Bath, BA1 5LR, United Kingdom. IPL is also registered for Value Added Tax (VAT) under registration number GB 601 2931 83. - To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org For additional commands, e-mail: user-h...@jmeter.apache.org
Help required in assertion !!!!
Hello Everyone, My scenario is like this defining few variables in UDV and giving values. when the script run its taking the value. Suppose am giving Blank for the value in the UDV, the script takes blank. Question: #1. if i have to assert this blank value, how should i do it?? i mean if there is a blank for that particular variable, the jmeter should stop the script. Is there a component which i could use for this scenario?? #2. Also is there a way to assert in the response which i get when the script runs?? Example: when a request is passed, we get to see in the View result tree listener. when i click on any of the request i get to see the following in the right window 1. Sampler Result Tab 2. Request Tab 3. Response Data Tab can i use assertion on the Request Tab ??. Thanks in advance.
Re: How to capture a value in one of the thread and passing it to the other thread in the same test plan
HI, Basically there is no way of doing this in JMeter. the one thing i can think of is use the appropriate method to get the data and store it in a user defined property like ${__setProperty(input, ${input})}; and in the next thread group access the input variable just like any other property variable ${__property(input)} Hope this works. -Waseem -- View this message in context: http://jmeter.512774.n5.nabble.com/How-to-capture-a-value-in-one-of-the-thread-and-passing-it-to-the-other-thread-in-the-same-test-plan-tp5124673p5131347.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org For additional commands, e-mail: user-h...@jmeter.apache.org
Re: How to capture a value in one of the thread and passing it to the other thread in the same test plan
Hello Bruce, A little note about FlyingRhenqueshttps://github.com/FlyingRhenquest/JmeterThreadGlobalt, looking at code it seems to me synchronization can only work if one JVM is used right ? Note that if you're willing to, your feature could be useful in JMeter and answser user enhancement request: - https://issues.apache.org/bugzilla/show_bug.cgi?id=43384 And I agree with you sharing WRITE ALSO data between threads is a bad idea and maybe reveals a Test Plan misconception. Regards Philippe http://www.ubik-ingenierie.com On Mon, Jan 9, 2012 at 3:58 PM, Bruce Ide flyingrhenqu...@gmail.com wrote: Usually you don't want to do that. Threads make your test much more complicated, and you must take into account timing, locking and synchronization issues that can make things very unpredictable. In the vast majority of cases where someone is attempting to use threads, there is no reason to. If your test has the same user doing things one after another and you're trying to use threads to do this, rewrite your test to be linear. If you really must use threads after all that discouraging, I wrote a small plugin that enables passing data between threads. There are probably more intuitive ways it could work, but it worked for what I needed it to. You can find it at https://github.com/FlyingRhenquest/JmeterThreadGlobal. You might also want to look at my thread synchronization plugin, which I like slightly more than the stock jmeter thread synchronization time. https://github.com/FlyingRhenquest/JmeterThreadSync. -- Bruce Ide flyingrhenqu...@gmail.com -- Cordialement. Philippe Mouawad.
Re: How to capture a value in one of the thread and passing it to the other thread in the same test plan
Hmm. I'm not using semaphores in JmeterThreadSync, but you could easily modify just the CheckPointObject to acquire them. Though it might be easier to check for unreleased semaphores in the Config element at test start or test end time. The couple of tests I wrote with this code were very complex due to the threading and the stuff that was being tested should have been modified to allow for linear testing with a usability defect. I'm not entirely sure that level of IPC should be commonly available in the tool; if you really need it, you should probably have the technical skills to set it up. I think that gives you a better chance to understand and accept the risks involved. That being said, this is probably going to gnaw on me now, so I might end up taking a look at it over some weekend anyway. You know the next guy is going to want it to run across multiple machines, though... -- Bruce Ide flyingrhenqu...@gmail.com
RE: How to capture a value in one of the thread and passing it to the other thread in the same test plan
I've used Properties before... I have this in one of my test plans (in a User Parameters pre-processor) : threadStartTime = ${__javaScript(var ms = new Date; ms.getTime();)} theTime = ${__setProperty(ThreadStartTime, ${threadStartTime})} (theTime variable isn't used anywhere). Then I use (in the next thread group - in a User Parameter pre-processor): lastThreadStartTime = ${__P(ThreadStartTime,0)} This method only works when the thread groups run sequentially though... -- Robin D. Wilson Sr. Director of Web Development KingsIsle Entertainment, Inc. VOICE: 512-777-1861 www.KingsIsle.com -Original Message- From: Bruce Ide [mailto:flyingrhenqu...@gmail.com] Sent: Monday, January 09, 2012 10:07 AM To: JMeter Users List Subject: Re: How to capture a value in one of the thread and passing it to the other thread in the same test plan Hmm. I'm not using semaphores in JmeterThreadSync, but you could easily modify just the CheckPointObject to acquire them. Though it might be easier to check for unreleased semaphores in the Config element at test start or test end time. The couple of tests I wrote with this code were very complex due to the threading and the stuff that was being tested should have been modified to allow for linear testing with a usability defect. I'm not entirely sure that level of IPC should be commonly available in the tool; if you really need it, you should probably have the technical skills to set it up. I think that gives you a better chance to understand and accept the risks involved. That being said, this is probably going to gnaw on me now, so I might end up taking a look at it over some weekend anyway. You know the next guy is going to want it to run across multiple machines, though... -- Bruce Ide flyingrhenqu...@gmail.com - To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org For additional commands, e-mail: user-h...@jmeter.apache.org
Re: PermSize is a scam comment in jmeter startup command
On 2012-01-09, at 2:57 PM, Flavio Cysne wrote: Aloha, Art. What version of JMeter are you using? OOME is occurring when running JMeter GUI or non-GUI (-n parameter)? In GUI mode it may lead to OOME if you use a lot of Listeners. Have you tried changing mode to Batch in jmeter.properties? He has a perm space OOME. Listeners aren't in perm sapce. Regards, Kirk - To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org For additional commands, e-mail: user-h...@jmeter.apache.org
JMS/WS/RS SampleSender
Hi folks, there is any interest over JMeter community to add a JMS/WS/RS SampleSender? What should be a reasonable way to start something like this? I'm interested on contributing to JMeter, but want to hear some comments and suggestions first. Stepping ahead, I want to know if JMeter developers will incorporate any JMeter-Plugins idea to official JMeter. Thanks in advance. Flávio Cysne
Re: Help required in assertion !!!!
http://jmeter.apache.org/usermanual/component_reference.html#Response_Assertionsee the field JMeter variable (but the assertion always applies on a sampler) can i use assertion on the Request Tab ??. Not sure what you are trying to accomplish here. On Mon, Jan 9, 2012 at 5:33 AM, Nithya Prakash nithyaprakas...@gmail.comwrote: Hello Everyone, My scenario is like this defining few variables in UDV and giving values. when the script run its taking the value. Suppose am giving Blank for the value in the UDV, the script takes blank. Question: #1. if i have to assert this blank value, how should i do it?? i mean if there is a blank for that particular variable, the jmeter should stop the script. Is there a component which i could use for this scenario?? #2. Also is there a way to assert in the response which i get when the script runs?? Example: when a request is passed, we get to see in the View result tree listener. when i click on any of the request i get to see the following in the right window 1. Sampler Result Tab 2. Request Tab 3. Response Data Tab can i use assertion on the Request Tab ??. Thanks in advance.
Re: Help required in assertion !!!!
Hi Deepak, Thanks for your support. the fact is i'm not sure how to assert it. so jus thought of whether i could assert that request tab Let me explain my scenario in detail so that you can help me out... I have defined some variables in UDV Case:1 #1. srname AGJES srcountryXFGR #2. I use these variables in my HTTP Request. its fetching the above values and the request is pass. Case:2 #1. srname blank srcountry GREEN #2. this 'srname' field is *mandatory field*. When the HTTP request is running, it tries to take up a value but its blank. So the system has to throw an error saying the field is blank. #3. Its reading it as blank and the request does not throw any error. hence the user is created with no name. Question: in the above case i want jmeter to stop my script without creating the user if the mandatory fields are not answered. Also in the UI, if i do the same, i get the error message in javascript. How to address these two issues?? Thanks in advance. On Tue, Jan 10, 2012 at 12:55 AM, Deepak Shetty shet...@gmail.com wrote: http://jmeter.apache.org/usermanual/component_reference.html#Response_Assertionsee the field JMeter variable (but the assertion always applies on a sampler) can i use assertion on the Request Tab ??. Not sure what you are trying to accomplish here. On Mon, Jan 9, 2012 at 5:33 AM, Nithya Prakash nithyaprakas...@gmail.com wrote: Hello Everyone, My scenario is like this defining few variables in UDV and giving values. when the script run its taking the value. Suppose am giving Blank for the value in the UDV, the script takes blank. Question: #1. if i have to assert this blank value, how should i do it?? i mean if there is a blank for that particular variable, the jmeter should stop the script. Is there a component which i could use for this scenario?? #2. Also is there a way to assert in the response which i get when the script runs?? Example: when a request is passed, we get to see in the View result tree listener. when i click on any of the request i get to see the following in the right window 1. Sampler Result Tab 2. Request Tab 3. Response Data Tab can i use assertion on the Request Tab ??. Thanks in advance.