Re:pure language user interface

[Vance Zhao]

Don't worry about the questions :)  

---Sent from Boxer | http://getboxer.com





sorry. maybe I should do a search first. here is the way:



change jmeter.bat with the following 2 lines.

set LOCALE=-Duser.language=en  
set ARGS=%DUMP% %HEAP% %NEW% %SURVIVOR% %TENURING% %RMIGC% %PERM% %DDRAW% 
%LOCALE%







At 2013-07-02 10:32:55,"黄吉浩" <13651877...@163.com> wrote:
>hi,all
>
>I'm a new Chinese user to jmeter. The user interface language of Jmeter is 
>partly English, partly Chinese. It's uncomfortable.  
>
>Is there a way to set the user interface language to totally English? I think 
>totally Chinese interface may be unreachable at the moment...

Re: pure language user interface

[Vance Zhao]

you may need to take a look to the jmeter.properties files to set the Lang 
properly   

---Sent from Boxer | http://getboxer.com

hi,all



I'm a new Chinese user to jmeter. The user interface language of Jmeter is 
partly English, partly Chinese. It's uncomfortable.  


Is there a way to set the user interface language to totally English? I think 
totally Chinese interface may be unreachable at the moment...

Re: Perl5Matcher cause CPU spike

[Vance Zhao]

Thanks for response so fast :-)

After looking back to my Jmeter script code, I really agree with my regular
express is not efficient enough.

This is actually a good example for tuning the "Jmeter scripts".

Thank you

Vance



On Thu, Jun 27, 2013 at 5:30 PM, Thomas Johnson  wrote:

> As a quick question, is there any reason that you're not using the XPath
> extractor<
> http://jmeter.apache.org/usermanual/component_reference.html#XPath_Extractor
> >?
> It might be a bit easier to get the desired data that way if you have
> namespace support enabled. You could search for //*[local-name()='RfpOID'
> and namespace-uri()='http://rfp.testdomain.testdomain.com/v4_0']
>
> As for the regular expression, it looks like you're using a lot of greedy
> wildcards (.*) in there. This is forcing the regex engine to do loads of
> backtracking as it tries every possible permutation to find a match. You
> could probably clean this up by using non-greedy wildcards and more
> restrictive sets instead.
>
> I have nothing to test with right now, so my syntax could be a bit off, but
> something like (.*?) should work a
> little better. It'll match any RfpOID tag belonging to a numbered
> namespace.
>
>
> On Thu, Jun 27, 2013 at 10:52 AM, Vance Zhao  wrote:
>
> > Hi,
> >
> > Don't know if we have discussed this before but I found the regex lib we
> > used --"org.apache.oro.text.regex.Perl5Matcher"
> > <http://jakarta.apache.org/oro/>which will consume CPU spike time during
> > the load testing.
> >
> >
> >
> > The response return in my case is soap which format as:
> >
> > http://schemas.xmlsoap.org/soap/envelope/";
> > xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:xsi="
> > http://www.w3.org/2001/XMLSchema-instance";>
> >http://rfp.testdomain.testdomain.com/api/v4_0";>
> >   http://common.testdomain.testdomain.com/api/v1_0"; xmlns:ns2="
> > http://rfp.testdomain.testdomain.com/v4_0"; xmlns:ns3="
> > http://contact.testdomain.testdomain.com/v1_0"; xmlns:ns4="
> > http://rfp.testdomain.testdomain.com/api/v4_0"; xmlns:ns5="
> > http://common.testdomain.testdomain.com/v1_0";>
> >  
> > 4DBC8638-BBE0-4626-97D6-004F111F0C2B
> > Test
> > Test
> > 12110
> > Test
> > 37
> > 
> >2010-01-11
> >2010-01-12
> >2010-01-15
> > 
> >
> >
> .
> >
> >  The regex pattern I use is: <(.*)RfpOID>(.*) to grape the
> > rfpOID for this response due to the namesapce prex "ns2" changes sometime
> > and the response of this api around big to 65k.
> >
> >  The CPU will be eat quickly when I use 20 threads user load
> >
> >
> >- *20 Threads* ( Jmeter thread eat 97% CPU)
> >
> >
> >
> > And the thread dump from Jmeter is saying mosto the Jmeter Thread is
> > running for *Perl5Matcher*
> > *
> > "Before_getRfp 1-10" prio=6 tid=0x03067c00 nid=0x4874 runnable
> [0x04d8f000]
> >java.lang.Thread.State: RUNNABLE
> > at org.apache.oro.text.regex.Perl5Matcher.__match(Unknown Source)
> > at org.apache.oro.text.regex.Perl5Matcher.__match(Unknown Source)
> > at org.apache.oro.text.regex.Perl5Matcher.__tryExpression(Unknown
> > Source)
> > at org.apache.oro.text.regex.Perl5Matcher.__interpret(Unknown Source)
> > at org.apache.oro.text.regex.Perl5Matcher.contains(Unknown Source)
> > at
> >
> >
> org.apache.jmeter.extractor.RegexExtractor.matchStrings(RegexExtractor.java:234)
> > at
> >
> >
> org.apache.jmeter.extractor.RegexExtractor.processMatches(RegexExtractor.java:219)
> > at
> >
> org.apache.jmeter.extractor.RegexExtractor.process(RegexExtractor.java:118)
> > at
> >
> >
> org.apache.jmeter.threads.JMeterThread.runPostProcessors(JMeterThread.java:737)
> > at
> >
> >
> org.apache.jmeter.threads.JMeterThread.process_sampler(JMeterThread.java:438)
> > at org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:256)
> > at java.lang.Thread.run(Unknown Source)*
> >
> > Also, the single thread load also will jump to 25% CPU utilization
> >
> >
> >- *Single Thread* (Jmeter thread eat 25% CPU)
> >
> > After that, I did some tests to compare Perl5Matcher with other Java
> perl5
> > regex lib  ( I use jregex). Please check my code attached.
> >
> > Time for using org.apache.oro.text.regex.Perl5Matcher 3801(ms)
> >
> > Time for using jregex 13(ms)
> > *
> > *
> > Thanks for reading so long but I'd like to know if we can user other
> regex
> > lib for Jmeter.
> >
> > Vance*
> > *
> >
>

Perl5Matcher cause CPU spike

[Vance Zhao]

Hi,

Don't know if we have discussed this before but I found the regex lib we
used --"org.apache.oro.text.regex.Perl5Matcher"
which will consume CPU spike time during
the load testing.



The response return in my case is soap which format as:

http://schemas.xmlsoap.org/soap/envelope/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance";>
   http://rfp.testdomain.testdomain.com/api/v4_0";>
  http://common.testdomain.testdomain.com/api/v1_0"; xmlns:ns2="
http://rfp.testdomain.testdomain.com/v4_0"; xmlns:ns3="
http://contact.testdomain.testdomain.com/v1_0"; xmlns:ns4="
http://rfp.testdomain.testdomain.com/api/v4_0"; xmlns:ns5="
http://common.testdomain.testdomain.com/v1_0";>
 
4DBC8638-BBE0-4626-97D6-004F111F0C2B
Test
Test
12110
Test
37

   2010-01-11
   2010-01-12
   2010-01-15

.

 The regex pattern I use is: <(.*)RfpOID>(.*) to grape the
rfpOID for this response due to the namesapce prex "ns2" changes sometime
and the response of this api around big to 65k.

 The CPU will be eat quickly when I use 20 threads user load


   - *20 Threads* ( Jmeter thread eat 97% CPU)



And the thread dump from Jmeter is saying mosto the Jmeter Thread is
running for *Perl5Matcher*
*
"Before_getRfp 1-10" prio=6 tid=0x03067c00 nid=0x4874 runnable [0x04d8f000]
   java.lang.Thread.State: RUNNABLE
at org.apache.oro.text.regex.Perl5Matcher.__match(Unknown Source)
at org.apache.oro.text.regex.Perl5Matcher.__match(Unknown Source)
at org.apache.oro.text.regex.Perl5Matcher.__tryExpression(Unknown
Source)
at org.apache.oro.text.regex.Perl5Matcher.__interpret(Unknown Source)
at org.apache.oro.text.regex.Perl5Matcher.contains(Unknown Source)
at
org.apache.jmeter.extractor.RegexExtractor.matchStrings(RegexExtractor.java:234)
at
org.apache.jmeter.extractor.RegexExtractor.processMatches(RegexExtractor.java:219)
at
org.apache.jmeter.extractor.RegexExtractor.process(RegexExtractor.java:118)
at
org.apache.jmeter.threads.JMeterThread.runPostProcessors(JMeterThread.java:737)
at
org.apache.jmeter.threads.JMeterThread.process_sampler(JMeterThread.java:438)
at org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:256)
at java.lang.Thread.run(Unknown Source)*

Also, the single thread load also will jump to 25% CPU utilization


   - *Single Thread* (Jmeter thread eat 25% CPU)

After that, I did some tests to compare Perl5Matcher with other Java perl5
regex lib  ( I use jregex). Please check my code attached.

Time for using org.apache.oro.text.regex.Perl5Matcher 3801(ms)

Time for using jregex 13(ms)
*
*
Thanks for reading so long but I'd like to know if we can user other regex
lib for Jmeter.

Vance*
*

Re: Perl5Matcher cause CPU spike during the test when paring big response

[Vance Zhao]

Just notice the format of this email. Please ingore it I will send it again


On Thu, Jun 27, 2013 at 4:44 PM, Vance Zhao  wrote:

> Hi,
>
> Don't know if we have discussed this before but I found the regex lib we
> used --"org.apache.oro.text.regex.Perl5Matcher"
> <http://jakarta.apache.org/oro/>which will consume CPU spike time during
> the load testing.
>
>
>
> The response return in my case is soap which format as:
>
> http://schemas.xmlsoap.org/soap/envelope/";
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance";>
>http://rfp.testdomain.testdomain.com/api/v4_0";>
>   http://common.testdomain.testdomain.com/api/v1_0"; xmlns:ns2="
> http://rfp.testdomain.testdomain.com/v4_0"; xmlns:ns3="
> http://contact.testdomain.testdomain.com/v1_0"; xmlns:ns4="
> http://rfp.testdomain.testdomain.com/api/v4_0"; xmlns:ns5="
> http://common.testdomain.testdomain.com/v1_0";>
>  
> 4DBC8638-BBE0-4626-97D6-004F111F0C2B
> Test
> Test
> 12110
> Test
> 37
> 
>2010-01-11
>2010-01-12
>2010-01-15
> 
>
> .
>
>  The regex pattern I use is: <(.*)RfpOID>(.*) to grape the
> rfpOID for this response due to the namesapce prex "ns2" changes sometime
> and the response of this api around big to 65k.
>
>  The CPU will be eat quickly when I use 20 threads user load
>
> *20 Threads*
>
>
>
> And the thread dump from Jmeter is saying mosto the Jmeter Thread is
> running for *Perl5Matcher*
> *
> "Before_getRfp 1-10" prio=6 tid=0x03067c00 nid=0x4874 runnable [0x04d8f000]
>java.lang.Thread.State: RUNNABLE
> at org.apache.oro.text.regex.Perl5Matcher.__match(Unknown Source)
> at org.apache.oro.text.regex.Perl5Matcher.__match(Unknown Source)
> at org.apache.oro.text.regex.Perl5Matcher.__tryExpression(Unknown
> Source)
> at org.apache.oro.text.regex.Perl5Matcher.__interpret(Unknown Source)
> at org.apache.oro.text.regex.Perl5Matcher.contains(Unknown Source)
> at
> org.apache.jmeter.extractor.RegexExtractor.matchStrings(RegexExtractor.java:234)
> at
> org.apache.jmeter.extractor.RegexExtractor.processMatches(RegexExtractor.java:219)
> at
> org.apache.jmeter.extractor.RegexExtractor.process(RegexExtractor.java:118)
> at
> org.apache.jmeter.threads.JMeterThread.runPostProcessors(JMeterThread.java:737)
> at
> org.apache.jmeter.threads.JMeterThread.process_sampler(JMeterThread.java:438)
> at org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:256)
> at java.lang.Thread.run(Unknown Source)*
>
> Also, the single thread load also will jump to 25% CPU utilization
>
> *Single Thread*
>
>
>
> Also provide the profiling from visualvm ( big overhead from this tool ,
> though just for quick reference...)
>
>
>
>
> After that, I did some tests to compare Perl5Matcher with other Java perl5
> regex lib  ( I use jregex). Please check my code attached.
>
> Time for using org.apache.oro.text.regex.Perl5Matcher 3801(ms)
>
> Time for using jregex 13(ms)
> *
> *
> Thanks for reading so long but I'd like to know if we can user other regex
> lib for Jmeter.
>
> Vance*
> *
> *
>
> *
>

Re: problem with zk platform testing

[Vance Zhao]

Hi,

1) Are UUID available in the response page? Or you just use it as your
input params in your request at the very first page?  Can u share more
details for this?

2) Surely you can visualize / digitalize the response in Jmeter

Regards,
Vance


2013/5/6 tarik chichane 

> Hello every one,
>
> i am challenged to stress test a ZK platform.
>
> First Pbm: the UUID are generated randomly
> second Pbm: I don't have the source  code nor the authority (expertise) to
> modify it.
>
> question:
>
> is there a way (plugin) to predict the uuid generated or to extract from
> the server response?
>
> is there a way to visualize or to visualize the server response?
>
> any help will be appreciated even if it says not possible  [?]
>
> Tarik CHICHANE
> Ingénieur Telecom Réseaux
> Administateur Réseaux Université
> Hassan-II
> Mohamadia
>

Re: Can we use JMeter for Cloud Computing web applications?

[Vance Zhao]

Seems your web applications have no big difference than any other one which
Jmeter fit well :-)

You can start your Jmeter trip now


2013/3/13 Amit Kumar 

> Hi Jakob and Vance,
>
> Any updates on this? Please refer my previous email.
>
> Thanks in Advance.
>
> On Tue, Mar 12, 2013 at 4:35 PM, Amit Kumar  wrote:
>
> > Hi Jakob and Vance,
> >
> > The target application will be HTML based. The concept is:
> >
> > There will be admin section, employee section and client section. Admin
> > can manage the different users(employees and clients) accounts. Also,
> > employees and clients can interact with each other via some
> application(not
> > sure about this application).
> >
> > 1) Will u run based on gui or command line mode?
> > Amit: GUI Mode
> >
> > 2) How many load users you excpet ? Consider remote run mode?
> > Amit: Not sure about no. of users. Remote run will be considered.
> > 3) Can u monitor the target web apps during the load if really need to do
> > the *performance testing*
> > Amit- May be.
> > 4) Consider blazemeter.com/ ?
> > Amit: No.
> >
> > Hope this helps.
> >
> >
> > On Tue, Mar 12, 2013 at 4:02 PM, Vance Zhao  wrote:
> >
> >> Yes again for your previous answer :-)
> >>
> >> What's your web application's architecture? Html based? ( Don't know
> flex
> >> or slivelights would work on Jmeter, but there are many other solutions)
> >>
> >> There are many points you may need to consider rather than consider
> >>  Jmeter
> >> as load generator
> >>
> >> 1) Will u run based on gui or command line mode?
> >> 2) How many load users you excpet ? Consider remote run mode?
> >> 3) Can u monitor the target web apps during the load if really need to
> do
> >> the *performance testing*
> >> 4) Consider blazemeter.com/ ?
> >>
> >> Hope it help
> >>
> >
> >
> >
> > --
> > Thanks and Regards,
> > Amit
> >
>
>
>
> --
> Thanks and Regards,
> Amit
>

Re: Analyzing pefr test results and preparing a report

[Vance Zhao]

Is your applications / app has set the connection pool properly?


2013/3/13 Perf Test 

> Dear experts,
>
> This is with regard to analyzing performance test results, I have tested
> performance of an application and obtained following results from jmeter,
>
> For 100 users load;
>
> Login page request 10 sec ,
>
> Login to app 15 sec
>
> Creator customer 20 sec
>
>  I have to prepare a report for the same, I'm not sure about what are the
> exact or near reasons which are pertaining to my test results (i.e. why app
> responses such slow) which I could mentioned under ‘conclusion’. part in
> the report.
>
> After discussing I have set the benchmarking for the above areas before
> starting the test
>
> I have checked the throughput as well, it is below 1 transaction per second
> in most cases, Application in test environment and I have analyzed CPU
> usage, memory, Netwotk I/O etc.
>
> I need to suggest our client mentioning areas need to improve in
> application, what are the areas in app I should mention i need to mention
> in order to get better performance (which is 3 to 4 sec).
>
> Network, the amount of memory, CPU usage seems Ok.what about app?
>
> Thanks,
>
> Sam
>

Re: Can we use JMeter for Cloud Computing web applications?

[Vance Zhao]

Yes again for your previous answer :-)

What's your web application's architecture? Html based? ( Don't know flex
or slivelights would work on Jmeter, but there are many other solutions)

There are many points you may need to consider rather than consider  Jmeter
as load generator

1) Will u run based on gui or command line mode?
2) How many load users you excpet ? Consider remote run mode?
3) Can u monitor the target web apps during the load if really need to do
the *performance testing*
4) Consider blazemeter.com/ ?

Hope it help

Re: Can we use JMeter for Cloud Computing web applications?

[Vance Zhao]

can u provide more details?


2013/3/12 Amit Kumar 

> Dear All:
>
> This is kind of urgent. Could you please help?
> Can we use JMeter for Cloud based web applications?
>
>
> On Tue, Mar 12, 2013 at 2:28 PM, Amit Kumar  wrote:
>
> > Hello All:
> >
> > Can we use JMeter for Cloud Computing web applications?
> >
> > --
> > Thanks and Regards,
> > Amit
> >
>
>
>
> --
> Thanks and Regards,
> Amit
>

Re: Can we use JMeter for Cloud Computing web applications?

[Vance Zhao]

I believe the answer is yes if your testing target is web applications


2013/3/12 Vance Zhao 

> can u provide more details?
>
>
> 2013/3/12 Amit Kumar 
>
>> Dear All:
>>
>> This is kind of urgent. Could you please help?
>> Can we use JMeter for Cloud based web applications?
>>
>>
>> On Tue, Mar 12, 2013 at 2:28 PM, Amit Kumar  wrote:
>>
>> > Hello All:
>> >
>> > Can we use JMeter for Cloud Computing web applications?
>> >
>> > --
>> > Thanks and Regards,
>> > Amit
>> >
>>
>>
>>
>> --
>> Thanks and Regards,
>> Amit
>>
>
>

Re: about JMeter specification

[Vance Zhao]

Yeah, I get the deal and I will say "yes". You may need to check out the
"distributed Jmeter client" part somewhere in Jmeter's official site.

Cheers!

Vance

2012/6/27 

> 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:  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 
>
> >
> >
> > 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.com<mailto: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
>
>

Re: about JMeter specification

[Vance Zhao]

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 

>
>
> 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.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
>