My first thought is to get playback working, then think about concurrent usage. I could also drop the timing part of it and just use the queries as drivers for the other load capabilities in JMeter.

However, ideas welcome. Your suggestions are both reasonable, so maybe the answer is: let the user decide when setting up the test.


On Oct 15, 2009, at 12:03 PM, Deepak Shetty wrote:

out of curiosity how are you planning on determining the concurrent usage? e.g. if you have 10 entries in the log for a minute would you have that as 2
threads into 5 requests or 5 threads into 2 or whatever?
regards
deepak

On Thu, Oct 15, 2009 at 3:29 AM, Grant Ingersoll <[email protected]> wrote:


On Oct 15, 2009, at 6:07 AM, sebb wrote:

On 15/10/2009, Grant Ingersoll <[email protected]> wrote:

Hi,

I'm thinking about using JMeter to setup some load tests on Apache Solr. Solr is a search service based on Lucene that works over HTTP. I've configured HTTP Requests in JMeter in the past to send queries to Solr,
but
what I really want to do is give it a Solr log file and then have JMeter play back the logs (queries) at the same rate that they occurred in the logs. I know I can have JMeter load things from files to drive requests, but what would I have to do to have it not only load the request from the
file, but also figure out the rate to send the requests at?


Just add a "delay" field to the CSV file containing the URLs, and use
that in a child Timer or separate Test Action sampler.


I don't actually have a CSV file, I was hoping to just give JMeter the raw log. I have code that parse Solr logs, so I figured maybe there is a way to
turn that into something JMeter can consume.


Is there such a
thing as a log file data source for JMeter or something equivalent?


The Access Log Sampler may be suitable:


http://jakarta.apache.org/jmeter/usermanual/component_reference.html#Access_Log_Sampler


Yeah, that looks almost there... I probably can take that and convert it
to read Solr logs.


Thanks!

-Grant

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]




---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to