JMeter Consultant for 2-5 days

[Robert Mandel <ro...@optionable.com>]

Is there anyone available to teach Jmeter for 2 to 5 days in the
Valhalla, NY area?  Thanks.

Regards,

Bob


Robert Mandel

Optionable, Inc.

465 Columbus Avenue

Suite 280

Valhalla NY, 10595

Tel: (914) 773-1100 x2806

Fax: (914) 470-2237

robert.mandel@optionable.com


-----Original Message-----
From: iblavins [mailto:iblavins@temenos.com] 
Sent: Tuesday, September 11, 2007 11:18 AM
To: 'JMeter Users List'
Subject: RE: Advice on Dynamically Driving JMeter

G'day

Having worked a little with evolutionary algorithms I would think that
writing the evolution part outside JMeter would be best.

The main reason is that, if you structure it correctly, then you have an
evolution shell that you potentially apply to other projects. 

What you write will necessarily have a JMeter specific interface but if
you
keep that interface separate from the evaluation, characteristic
randomisation, promotion etc parts then you should be able to reuse the
evolutionary parts in another project with minimal rework.
 



Ian Blavins
Contract Performance Engineer
Temenos


-----Original Message-----
From: Peter Laurens [mailto:peterlaurenspublic@googlemail.com] 
Sent: 11 September 2007 16:10
To: jmeter-user@jakarta.apache.org
Subject: Advice on Dynamically Driving JMeter

Hi all,

I am a new JMeter user and would appreciate some advice on how to go  
about achieving my slightly unusual goals.

I want to drive the configuration of JMeter dynamically in  
conjunction with an evolutionary algorithm which attempts to find the  
most stressful configuration of JMeter (within certain constraints of  
course) for my server.

My code will consist of the evolutionary algorithm which will decide  
upon and tune the JMeter configuration, including:
- Number of Thread groups
- Looping and User characteristics of those groups
- Arrival times through addition and manipulation of timers
- Deciding which resources to visit
- etc. - pretty much most of the components JMeter exposes will be  
configurable by my evolutionary algorithm.

This evolutionary algorithm needs feedback on how it is doing  
however, which JMeter provides for in the form of listeners.

I am seeking advice on the implementation details of the above, for  
example, I could write the evolutionary algorithm part outside of  
JMeter entirely - just have it generate XML descriptions of a  
configuration, and read the output from the log for feedback. This  
will certainly provide the loop of EA_Generates_Configuration- 
 >JMeter_Input->JMeter_Runs->JMeter_Output->Feedback_Tunes_EA...

However, I am wondering whether the JMeter plugin architecture might  
be better/faster/more flexible for what I am trying to do. Or perhaps  
there is another approach (hybrid?) which you might suggest.

Thanks for your time and advice, it's much appreciated and I'm sure  
will help keep me from flopping around too much at the beginning of  
this (non-commercial academic research) project.

- Peter

---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org




This email (and any attachments) contains confidential information, and
is intended 
only for the named recipient. Distribution or copying of this email by
anyone 
other than the named recipient is prohibited. If you are not the named
or 
intended recipient, please notify TEMENOS or the sender immediately and 
permanently destroy this email (and any attachments) and all copies of
it. No 
member of TEMENOS Group AG or any of its associated or affiliated
companies is 
liable for any errors or omissions in the content or transmission of
this 
email. Any opinions contained in this email are solely those of the
author and, 
unless clearly indicated otherwise in writing, are not endorsed by any
member 
of TEMENOS Group AG or any of its associated and affiliated companies. 


---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org





---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org