Re: Get max or min Value of a Variable or Regular Expression
sebb-2-2 this make perfect sense. I have searched all test steps in tree view in all possible ways but there seems not to be any value of id. I find id e.g. as type hidden; name id; value // in the test steps. any hint where I can search and find the value. the browser must be getting the value somehow somewhere. any hint? -- View this message in context: http://jmeter.512774.n5.nabble.com/Get-max-or-min-Value-of-a-Variable-or-Regular-Expression-tp4818919p4825421.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
Re: Store extracted data in a file
Thank you very much! It worked like you said, I just didn't saw the file in the jmeter bin. I have another question though: I need the file to be overwritten at each test run...is it posibile to do it like this? I can't have a new file each time because I have to read from that file later in the same test (like a new CSV) , and I don't know his new name.. Thank you -- View this message in context: http://jmeter.512774.n5.nabble.com/Store-extracted-data-in-a-file-tp4757868p4825663.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
Re: Get max or min Value of a Variable or Regular Expression
THX @ALL the problem is solved. All I had to do was to add s* HTTP URL Re-writing Modifier and set its Session Argument to id* no regEx needed anymore,...works great now -- View this message in context: http://jmeter.512774.n5.nabble.com/Get-max-or-min-Value-of-a-Variable-or-Regular-Expression-tp4818919p4825877.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
Re: change the variable's value without the counter
On 21 September 2011 11:59, freesky h...@windowslive.com wrote: Hi, I want to create a variable 'id', the default value is 0. If there is a specific request, such as submit data request, then the variable 'id' will plus 1. Then the 'id' will plus 1 in the next request, so now the value of id is 2, and so on. I don't want to use 'counter', so any other else solutions? Thanks in advance! Have a look at the JMeter functions [1], in particular intSum and StringFromFile [1] http://jakarta.apache.org/jmeter/usermanual/functions.html - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
Re: Jmeter Performance using, jmeter-server VS running in the local instance
Hello, For the reputation of JMeter it would be nice from you kootsoophttp://jmeter.512774.n5.nabble.com/template/NamlServlet.jtp?macro=user_nodesuser=256137to update this with last news : http://jmeter.512774.n5.nabble.com/JMeter-GUI-vs-JMeter-Server-td4822852.html As you updated this one: http://jmeter.512774.n5.nabble.com/Jmeter-Performance-using-jmeter-server-VS-running-in-the-local-instance-td4631144.html To avoid people thinking that JMeter has problems in remote mode. Regards Philippe On Tue, Sep 20, 2011 at 10:12 PM, kootsoop koots...@gmail.com wrote: The JMeter docs explain how to configure the server sample sending mode; you might find that statistical mode works for you. Thanks! I'll check that out and see if it makes a difference, but I really think this is a JMeter server mode issue. Well, I tried setting mode=Hold in the Remote Batching Configuration section of the jmeter.properties file... and it did the trick! I've only tried this on one instance of the server (and one client), but without this setting I was getting only 400 requests per second. The downside of the Hold option is that it takes forever to send all the data after the test has finished (a 1 minute 18 second test takes 9 minutes to go from *Starting the test on...* to *Finished the test on...* But it performs the same was as running the test in the Client GUI does. Thanks for the tip! It's still not clear to me why this didn't show up in any of the networking / performance metrics... I'll try one of the other mode setting to see if that makes things easier. -- View this message in context: http://jmeter.512774.n5.nabble.com/Jmeter-Performance-using-jmeter-server-VS-running-in-the-local-instance-tp4631144p4823875.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org -- Cordialement. Philippe Mouawad. Ubik-Ingénierie
Re: Jmeter Performance using, jmeter-server VS running in the local instance
I will update, but after I have gone through many different settings, I still believe JMeter has a problem in server mode. It's better with batching (or holding), but still not as good as running the applicaiton standalone (in either GUI or non-GUI form). Thanks for the feedback! Ciao, Peter K. On Wed, Sep 21, 2011 at 8:52 AM, Philippe Mouawad [via JMeter] ml-node+s512774n4826209...@n5.nabble.com wrote: Hello, For the reputation of JMeter it would be nice from you kootsoop http://jmeter.512774.n5.nabble.com/template/NamlServlet.jtp?macro=user_nodesuser=256137to update this with last news : http://jmeter.512774.n5.nabble.com/JMeter-GUI-vs-JMeter-Server-td4822852.html As you updated this one: http://jmeter.512774.n5.nabble.com/Jmeter-Performance-using-jmeter-server-VS-running-in-the-local-instance-td4631144.html To avoid people thinking that JMeter has problems in remote mode. Regards Philippe On Tue, Sep 20, 2011 at 10:12 PM, kootsoop [hidden email]http://user/SendEmail.jtp?type=nodenode=4826209i=0 wrote: The JMeter docs explain how to configure the server sample sending mode; you might find that statistical mode works for you. Thanks! I'll check that out and see if it makes a difference, but I really think this is a JMeter server mode issue. Well, I tried setting mode=Hold in the Remote Batching Configuration section of the jmeter.properties file... and it did the trick! I've only tried this on one instance of the server (and one client), but without this setting I was getting only 400 requests per second. The downside of the Hold option is that it takes forever to send all the data after the test has finished (a 1 minute 18 second test takes 9 minutes to go from *Starting the test on...* to *Finished the test on...* But it performs the same was as running the test in the Client GUI does. Thanks for the tip! It's still not clear to me why this didn't show up in any of the networking / performance metrics... I'll try one of the other mode setting to see if that makes things easier. -- View this message in context: http://jmeter.512774.n5.nabble.com/Jmeter-Performance-using-jmeter-server-VS-running-in-the-local-instance-tp4631144p4823875.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=4826209i=1 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=4826209i=2 -- Cordialement. Philippe Mouawad. Ubik-Ingénierie -- If you reply to this email, your message will be added to the discussion below: http://jmeter.512774.n5.nabble.com/Jmeter-Performance-using-jmeter-server-VS-running-in-the-local-instance-tp4631144p4826209.html To unsubscribe from Jmeter Performance using, jmeter-server VS running in the local instance, click herehttp://jmeter.512774.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=4631144code=a29vdHNvb3BAZ21haWwuY29tfDQ2MzExNDR8MjA3NDUzMjY0NQ==. -- Peter J. Kootsookos West Hartford, CT 06117, USA Skype: +1-860-269-0080 Home: +1-860-206-7488 Cell:+1-860-597-9829 -- View this message in context: http://jmeter.512774.n5.nabble.com/Jmeter-Performance-using-jmeter-server-VS-running-in-the-local-instance-tp4631144p4826212.html Sent from the JMeter - User mailing list archive at Nabble.com.
Re: Jmeter Performance using, jmeter-server VS running in the local instance
Hello, You must know that SamplerSender is pluggable : - mode can also be the class name of an implementation of org.apache.jmeter.samplers.SampleSender We for example developped an inhouse SampleSender that makes it as and even more efficient than GUI. Regards Philippe Mouawad On Wed, Sep 21, 2011 at 2:55 PM, kootsoop koots...@gmail.com wrote: I will update, but after I have gone through many different settings, I still believe JMeter has a problem in server mode. It's better with batching (or holding), but still not as good as running the applicaiton standalone (in either GUI or non-GUI form). Thanks for the feedback! Ciao, Peter K. On Wed, Sep 21, 2011 at 8:52 AM, Philippe Mouawad [via JMeter] ml-node+s512774n4826209...@n5.nabble.com wrote: Hello, For the reputation of JMeter it would be nice from you kootsoop http://jmeter.512774.n5.nabble.com/template/NamlServlet.jtp?macro=user_nodesuser=256137 to update this with last news : http://jmeter.512774.n5.nabble.com/JMeter-GUI-vs-JMeter-Server-td4822852.html As you updated this one: http://jmeter.512774.n5.nabble.com/Jmeter-Performance-using-jmeter-server-VS-running-in-the-local-instance-td4631144.html To avoid people thinking that JMeter has problems in remote mode. Regards Philippe On Tue, Sep 20, 2011 at 10:12 PM, kootsoop [hidden email] http://user/SendEmail.jtp?type=nodenode=4826209i=0 wrote: The JMeter docs explain how to configure the server sample sending mode; you might find that statistical mode works for you. Thanks! I'll check that out and see if it makes a difference, but I really think this is a JMeter server mode issue. Well, I tried setting mode=Hold in the Remote Batching Configuration section of the jmeter.properties file... and it did the trick! I've only tried this on one instance of the server (and one client), but without this setting I was getting only 400 requests per second. The downside of the Hold option is that it takes forever to send all the data after the test has finished (a 1 minute 18 second test takes 9 minutes to go from *Starting the test on...* to *Finished the test on...* But it performs the same was as running the test in the Client GUI does. Thanks for the tip! It's still not clear to me why this didn't show up in any of the networking / performance metrics... I'll try one of the other mode setting to see if that makes things easier. -- View this message in context: http://jmeter.512774.n5.nabble.com/Jmeter-Performance-using-jmeter-server-VS-running-in-the-local-instance-tp4631144p4823875.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [hidden email] http://user/SendEmail.jtp?type=nodenode=4826209i=1 For additional commands, e-mail: [hidden email] http://user/SendEmail.jtp?type=nodenode=4826209i=2 -- Cordialement. Philippe Mouawad. Ubik-Ingénierie -- If you reply to this email, your message will be added to the discussion below: http://jmeter.512774.n5.nabble.com/Jmeter-Performance-using-jmeter-server-VS-running-in-the-local-instance-tp4631144p4826209.html To unsubscribe from Jmeter Performance using, jmeter-server VS running in the local instance, click here http://jmeter.512774.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=4631144code=a29vdHNvb3BAZ21haWwuY29tfDQ2MzExNDR8MjA3NDUzMjY0NQ== . -- Peter J. Kootsookos West Hartford, CT 06117, USA Skype: +1-860-269-0080 Home: +1-860-206-7488 Cell:+1-860-597-9829 -- View this message in context: http://jmeter.512774.n5.nabble.com/Jmeter-Performance-using-jmeter-server-VS-running-in-the-local-instance-tp4631144p4826212.html Sent from the JMeter - User mailing list archive at Nabble.com. -- Cordialement. Philippe Mouawad. Ubik-Ingénierie
Re: Jmeter Performance using, jmeter-server VS running in the local instance
JMeter doesn't have a 'problem' as such, it just takes longer to write to a file that is on a different machine as compared to doing the same thing for a local file. Any computer program will experience the same issue. And ot's logical that if this takes longer then the processing of a request (and I mean the logical time including Server response, JMeter processing and network response) will take longer. If it takes longer then you will get less throughput. It's simple math. The way to get around this is to configure pacing, with something like a Constant Throughput Timer you will be able to define a buffer such that even if JMeter has to wait longer to write the results this will not impact the rate it makes requests at. If you are looking for a repeatable test to use as a baseline then this is pretty much essential. You need to create a defined load of X requests per second and run controlled tests. Simply spinning up a test where the threads try to run as fast as possible causes inaccurate results as things like faster machines/networks/responses all act together to change the load profile (as per your experience) which means the test is not repeatable. - http://www.http503.com/ -- View this message in context: http://jmeter.512774.n5.nabble.com/Jmeter-Performance-using-jmeter-server-VS-running-in-the-local-instance-tp4631144p4826253.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
Re: JMeter GUI vs JMeter Server
Thanks for the feedback! Oliver Lloyd wrote: Do you also get different response times? Yes, I get different response times because the system under test is taking longer to respond when under higher load. Oliver Lloyd wrote: And are you pacing these requests using timers or are they just going as fast as they can? No, there are no timers, it's just running as fast as possible. However, it's strange that the server seems to think as fast as possible is slower than either the GUI client or the non-GUI client. -- View this message in context: http://jmeter.512774.n5.nabble.com/JMeter-GUI-vs-JMeter-Server-tp4822852p4826255.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
Re: Jmeter Performance using, jmeter-server VS running in the local instance
Oliver Lloyd wrote: JMeter doesn't have a 'problem' as such, it just takes longer to write to a file that is on a different machine as compared to doing the same thing for a local file. Any computer program will experience the same issue. And ot's logical that if this takes longer then the processing of a request (and I mean the logical time including Server response, JMeter processing and network response) will take longer. If it takes longer then you will get less throughput. It's simple math. Yes, that makes sense. OK. The trouble I have is that, to get the same level of loading via JMeter running as a server, I need to run about 2 to 3 times as many machines versus running several instances of the client on separate machines. The downside is that the timestamps and data are in separate files, though it seems I can use the JMeter GUI to aggregate all the separate files into a single result file. I will try the constant timer approach you suggest, but I suspect it's going to run up against the same problem: needing 2 to 3 times the number of test machines for the same load level. Thanks for the response! -- View this message in context: http://jmeter.512774.n5.nabble.com/Jmeter-Performance-using-jmeter-server-VS-running-in-the-local-instance-tp4631144p4826314.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
Re: JMeter GUI vs JMeter Server
On 21 September 2011 14:08, kootsoop koots...@gmail.com wrote: Thanks for the feedback! Oliver Lloyd wrote: Do you also get different response times? Yes, I get different response times because the system under test is taking longer to respond when under higher load. Oliver Lloyd wrote: And are you pacing these requests using timers or are they just going as fast as they can? No, there are no timers, it's just running as fast as possible. However, it's strange that the server seems to think as fast as possible is slower than either the GUI client or the non-GUI client. The server cannot respond any faster than JMeter is able to drive it; however it may respond slower. in which case JMeter will wait for it to respond before sending the next request in the thread. If the server is having problems, then the sample elapsed times will normally start increasing. The JMeter server sends back the samples to the client after the sample has finished, but before the next sample can occur, so any delays in returning the sample to the client will slow down the rate at which the thread can issue requests to the server. This is equivalent to adding a delay after each request. So you need to compare the elapsed times. If these are similar in both situations, then the server is behaving the same. Then compare the gaps between sample requests. If these are much longer than expected from the test plan, it's likely that the server-client communication overhead is causing a problem. -- View this message in context: http://jmeter.512774.n5.nabble.com/JMeter-GUI-vs-JMeter-Server-tp4822852p4826255.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
Re: Store extracted data in a file
I'll try to manage with the file, I am thinking of deleting it after the test run.. Is there posbile to force the threads to run in a specific order? I have 3 threads, admin, user and the admin again: the first admin creates a user, in the second thread the user performs some actions and the 3rd thead, admin again have to delete the user. But for me, the last admin is executed first so it gives me errors... -- View this message in context: http://jmeter.512774.n5.nabble.com/Store-extracted-data-in-a-file-tp4757868p4826754.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
Re: Store extracted data in a file
Couldn't you have 1 Thread Group? Like this: Thread group +Admin create +User +Admin delete Then you could change the 'Number of Threads' for that particular thread group ZK -- View this message in context: http://jmeter.512774.n5.nabble.com/Store-extracted-data-in-a-file-tp4757868p4826805.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
Re: Store extracted data in a file
On 21 September 2011 16:38, ZK stevesenio...@gmail.com wrote: Couldn't you have 1 Thread Group? Like this: Thread group +Admin create +User +Admin delete Then you could change the 'Number of Threads' for that particular thread group Or, use the new setUp and tearDown Thread Groups in 2.5 ZK -- View this message in context: http://jmeter.512774.n5.nabble.com/Store-extracted-data-in-a-file-tp4757868p4826805.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
Re: Jmeter Performance using, jmeter-server VS running in the local instance
Ah, that's different. It's true (or at least I have experienced the same thing) that if you have JMeter running in Distributed (master_slave) mode then you can potentially hit an IO bottleneck where JMeter cannot write multiple results streams to one file quick enough. The workaround - as you have already seen - is to run multiple instances in isolation and then append all the results together (and then sort them). Personally, I do this all the time - I have it as a habit. I assume this is an IO issue, might not be, but it is a problem where multiple processes are trying to write to one file. It's not slow by any means, but at some point there is a limit. You can play around with the config options to get around this (HOLD||BATCH||STATISTICAL) should all help but each has it's price. As an aside, all load testing tools have the same problem. LoadRunner solves this by only sending back aggregated summary data as the test is running and then at the end you have to wait while it compiles the raw data - for large tests this can take an age - This is effectively the same as selecting a hybrid of BATCH HOLD mode in JMeter (kind of). PS. That is all independent of using the CTT. That's just useful for creating repeatability / reaching a defined load. etc. - http://www.http503.com/ -- View this message in context: http://jmeter.512774.n5.nabble.com/Jmeter-Performance-using-jmeter-server-VS-running-in-the-local-instance-tp4631144p4827319.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
Re: JMeter GUI vs JMeter Server
sebb-2-2 wrote: The JMeter server sends back the samples to the client after the sample has finished, but before the next sample can occur, so any delays in returning the sample to the client will slow down the rate at which the thread can issue requests to the server. This is equivalent to adding a delay after each request. That makes sense of what I am seeing. Thanks for the information! Regards, Peter K. -- View this message in context: http://jmeter.512774.n5.nabble.com/JMeter-GUI-vs-JMeter-Server-tp4822852p4828216.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
Re: Jmeter Performance using, jmeter-server VS running in the local instance
Oliver Lloyd wrote: Ah, that's different. It's true (or at least I have experienced the same thing) that if you have JMeter running in Distributed (master_slave) mode then you can potentially hit an IO bottleneck where JMeter cannot write multiple results streams to one file quick enough. The workaround - as you have already seen - is to run multiple instances in isolation and then append all the results together (and then sort them). Personally, I do this all the time - I have it as a habit. Thanks, that definitely makes sense of what I am seeing and gives me the way forward. I've been running three clients on separate machines from the command line now, just dumping to a JTL file. Then loading it up in a GUI client to collate the results afterwards. That gives me what I need. PS. That is all independent of using the CTT. That's just useful for creating repeatability / reaching a defined load. etc. Understood. I'll see what I can do to use the CTT as a baseline selectable load that other tests can run on top of. Thanks again for the feedback! -- View this message in context: http://jmeter.512774.n5.nabble.com/Jmeter-Performance-using-jmeter-server-VS-running-in-the-local-instance-tp4631144p4828222.html Sent from the JMeter - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
