Re: How to use Dynamic ID ?
you have given wrong regular expression simple example i will give assume the that response i am getting is... Licensed to the Apache Software Foundation (ASF) under one or more contributor license agreements. See the NOTICE file distributed with this work for additional information regarding copyright ownership. The ASF licenses this file to You under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at ...here i need to capture version number...then regular expression go like this Reference Name : dynamicid Regular Expression: Version (.+?) (the License); Template: $1$ Match No: 1 Default Value: null this will give dynamicid=2.0 i will use it wherevr i need in the subsequent requests using ${dynamicid} using debug sampler will give you how many instances that regular expression works...what are all the values it is getting with that expression... so give me the response where application is sending this dynamic id ... - Venkat Akurathi 91-9703186688 -- View this message in context: http://jmeter.512774.n5.nabble.com/How-to-use-Dynamic-ID-tp5713702p5713741.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: inquiry about JMeter specification
Yuka, JMeter can send an indefinite number of requests - depending on how you configure your test cases. (If you log a lot, you could run out of disk space from all of your logs, but as a rule you can run as many requests through your JMeter tests as you like.) We regularly run test cases with 200 or 300 simultaneous users (on a single machine), for 3-4 million iterations (loops through the test procedure). So I think the answer to your question is 'yes', but your questing still isn't clear. Rather than trying to re-translate, it might be better to give an example of what you are trying to do. Something like: Test a web application with 5000 simultaneous users, each hitting 1000 different web pages... -- Robin D. Wilson Sr. Director of Web Development KingsIsle Entertainment, Inc. VOICE: 512-777-1861 www.KingsIsle.com -Original Message- From: yuka.naga...@accenture.com [mailto:yuka.naga...@accenture.com] Sent: Wednesday, June 27, 2012 12:53 AM To: user@jmeter.apache.org Subject: RE: inquiry about JMeter specification Dear Vance, JMeter User, Thank you very much for your quick reply. I'm sorry for my incorrect translation about No.4 No.4 means that JMeter can send more than 5,800 multiplicity requests or not? I'm not sure this question is still unclear or better. As for No.3, your expression is exactly what I wanted to say. Again, thank you very much for your time. Regards, Yuka -Original Message- From: Vance Zhao [mailto:vancez...@gmail.com] Sent: Wednesday, June 27, 2012 12:47 PM To: JMeter Users List Subject: Re: inquiry about JMeter specification Hi Yuka, My answers: 1. Yes 2. Yes 3. Do u mean run 223 test case scenarios simultaneously? Yes 4. Not a clear question. 5. Yes 2012/6/27 yuka.naga...@accenture.com Dear JMeter Users Hi, My name is Yuka Nagaoka working at Accenture Japan. I'm liking into the load testing tool that can reach our requirements below. Could you help me for the answer? Can JMeter ... 1. execute the sinarios automatically? 2. submit more than 1500 http requests at the same time? 3. register more than 223 sinarios? 4. accept more than 5800 accesses? 5. execute the several sinarios you have set at the same time? Basing on your experiences of the JMeter, I would appreciate if you could answer it can / it cannot or just yes / no for each function above. Thank you for your consideration in advance. Regards, Yuka Accenture Japan Ltd Health and Public Service Group Yuka Nagaoka Email: yuka.naga...@accenture.commailto:yuka.naga...@accenture.com Tel: +81-3-3505-8506 Subject to local law, communications with Accenture and its affiliates including telephone calls and emails (including content), may be monitored by our systems for the purposes of security and the assessment of internal compliance with Accenture policy. __ www.accenture.com Subject to local law, communications with Accenture and its affiliates including telephone calls and emails (including content), may be monitored by our systems for the purposes of security and the assessment of internal compliance with Accenture policy. __ www.accenture.com - 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
Re: JTL file over size issue
Hello, I used to have the same issue as you, only that I had to collect data from several machines, each file having 8-15Gb after 1-2 days of testing (i.e. a test over weekend). Possible approaches: 1. gnuplot: works better with large sets of data and you can start the command line when jmeter stops doing the load. because it doesn't plot when it analyzes the data, it finishes fast and gives you a .png. Downside: scripts are pretty dependent on format of data from that particular test and the learning curve is high. 2. either send statistical data to a sql DB instance (during the test) or import csv into a DB after the test. there are tools that help with ploting from a mysql. I've chosen no 2, but immediately after that I ran into problems with the size of the DB because of the high number of new entries (we're talking about tens of millions of lines). The advantage of a DB is that when you take test results from several machines, it helps with ordering by timestamp, so you can plot what happened on all machines easier. The problem with the size of the DB got fixed with a workaround, using more tables (per day, per week, whatever), but I can't claim that fix because I got help from both devs and the IT dev ops. 3. use application level monitoring tools. You don't even need jmeter results unless you doubt the accuracy of the tool. Production apps need these tools anyway, so set them early on. -- So here is where I wanted to reach and get your input on this as well: Why do you even need that much data? For granularity of the graph? Then why not run shorter tests? My approach, today, to this issue is that 10% of the samples from a large set of data is just as relevant as the whole set (sometimes you do need to run longer tests with an extreme number of requests). So, I either save only 1 in 10 samples that I'm particullary interested in (maybe less sometimes), or save on disk from only 1 jmeter instance out of ten. I just make sure that whatever approach I choose doesn't affect performance client side, but usually - less logging means better performance. If I run endurance tests from 3-5 server class test machines, then I also use my desktop to generate 1% of the total load, to get live feedback about what is going on. The script on my desktop looks like a heartbeat in comparison to the load generators (I just take the pulse of the application). This makes post analysis of the other files pretty much redundant and it doesn't bother me to restart the monitoring instance of jmeter from my desktop. Reasoning: statistically, if the data set is relevant and has enough repetitions then 10k, 100k samples are just as relevant as 10 million. So why bother with working with the large set in the first place? All I need to see is how response times fluctuated throughout the test period, this can be done with the methods I've used. What do you think? I hope you or somebody can give me some examples when this is not a good practice. Its not the first time people ask questions about this, I hope more contribute with their experience on this thread, because a lot of people can benefit from hands-on-approaches to this problem. Thank you, Adrian S On Wed, Jun 20, 2012 at 1:36 PM, Shay Ginsbourg sginsbo...@gmail.comwrote: Hi, Thanks for the reply. Q: Is there a recommended configuration setting for opening large JTL files within Jmeter ? For example, while running a larger JTL ( 10GB), a see that the java.exe CPU is 10% on Win7 task manager. It takes much time to create just the Jmeter summary report on a i5 core with 6 GB RAM. Probably, the bottleneck is the speed of the hard-drive, but I'm wandering if anything could be optimized at some level. thanks, Shay On Mon, Jun 18, 2012 at 1:54 AM, oliver lloyd oliver_ll...@hotmail.com wrote: There are options for minimising the amount of data stored, such as: Use csv format Only log the data you actually need by setting options in the properties (these are well documented in the file itself). But this will only improve things up to a point, ultimately if your tests are making large numbers of requests then you will have large numbers of results. The solution is to aggregate the data after the test run is complete. One quick option to do this is to write a simple awk script; you could even get a bit clever and pass in the total row count of the file which would allow the aggregation to be dynamic (ie. instead of grouping by every 15 lines it would group by every n lines where n is a calculated value based on how many rows there are). The nice thing about using something like awk is you can very easily wrap the whole process in a shell script (running jmeter and processing the results) and then everything is automated. Perl is also nice for this sort of thing but my preferred solution is to import the data to a database and use queries to reduce the output as this comes with a number of
RE: inquiry about JMeter specification
Dear Robin, Thank you for your suggestion! Yes, my questions are vague, I have to make sure what my clients need to do exactly. Your answer or suggestion is really persuasive enough that we will decide to try JMeter. (We haven't use it, so we need some information in advance) Thank you indeed! Yuka -Original Message- From: Robin D. Wilson [mailto:rwils...@gmail.com] Sent: Wednesday, June 27, 2012 6:59 PM To: 'JMeter Users List' Subject: RE: inquiry about JMeter specification Yuka, JMeter can send an indefinite number of requests - depending on how you configure your test cases. (If you log a lot, you could run out of disk space from all of your logs, but as a rule you can run as many requests through your JMeter tests as you like.) We regularly run test cases with 200 or 300 simultaneous users (on a single machine), for 3-4 million iterations (loops through the test procedure). So I think the answer to your question is 'yes', but your questing still isn't clear. Rather than trying to re-translate, it might be better to give an example of what you are trying to do. Something like: Test a web application with 5000 simultaneous users, each hitting 1000 different web pages... -- Robin D. Wilson Sr. Director of Web Development KingsIsle Entertainment, Inc. VOICE: 512-777-1861 www.KingsIsle.com -Original Message- From: yuka.naga...@accenture.com [mailto:yuka.naga...@accenture.com] Sent: Wednesday, June 27, 2012 12:53 AM To: user@jmeter.apache.org Subject: RE: inquiry about JMeter specification Dear Vance, JMeter User, Thank you very much for your quick reply. I'm sorry for my incorrect translation about No.4 No.4 means that JMeter can send more than 5,800 multiplicity requests or not? I'm not sure this question is still unclear or better. As for No.3, your expression is exactly what I wanted to say. Again, thank you very much for your time. Regards, Yuka -Original Message- From: Vance Zhao [mailto:vancez...@gmail.com] Sent: Wednesday, June 27, 2012 12:47 PM To: JMeter Users List Subject: Re: inquiry about JMeter specification Hi Yuka, My answers: 1. Yes 2. Yes 3. Do u mean run 223 test case scenarios simultaneously? Yes 4. Not a clear question. 5. Yes 2012/6/27 yuka.naga...@accenture.com Dear JMeter Users Hi, My name is Yuka Nagaoka working at Accenture Japan. I'm liking into the load testing tool that can reach our requirements below. Could you help me for the answer? Can JMeter ... 1. execute the sinarios automatically? 2. submit more than 1500 http requests at the same time? 3. register more than 223 sinarios? 4. accept more than 5800 accesses? 5. execute the several sinarios you have set at the same time? Basing on your experiences of the JMeter, I would appreciate if you could answer it can / it cannot or just yes / no for each function above. Thank you for your consideration in advance. Regards, Yuka Accenture Japan Ltd Health and Public Service Group Yuka Nagaoka Email: yuka.naga...@accenture.commailto:yuka.naga...@accenture.com Tel: +81-3-3505-8506 Subject to local law, communications with Accenture and its affiliates including telephone calls and emails (including content), may be monitored by our systems for the purposes of security and the assessment of internal compliance with Accenture policy. __ www.accenture.com Subject to local law, communications with Accenture and its affiliates including telephone calls and emails (including content), may be monitored by our systems for the purposes of security and the assessment of internal compliance with Accenture policy. __ www.accenture.com - 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 - To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org For additional commands, e-mail: user-h...@jmeter.apache.org
Re: How to use Dynamic ID ?
yes.use the correct regular expression provided by prabhu.it will definitely work. before to that use the regex tester to verify. before rerunning add debug sampler in your testplan... once you see the debug sampler response u will come to know a lot more about the issue. - Venkat Akurathi 91-9703186688 -- View this message in context: http://jmeter.512774.n5.nabble.com/How-to-use-Dynamic-ID-tp5713702p5713748.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
WE NEED YOUR HELP :-) / 私たちはあなたの助けが必要です
Hello Apache JMeter Users, To fix a potential issue in jmeter related to japanese characters being badly encoded: - https://issues.apache.org/bugzilla/show_bug.cgi?id=45132 We would like japanese users of jmeter to provide us a simple test plan working against a public facing website reproducing the described issue with these kind of characters. Your contribution will be Highly appreciated. Please attach test plan to bug. Regards Philippe M. on behalf of Apache JMeter Team Sorry if title translation is wrong :-) -- Cordialement. Philippe Mouawad.