Mailing-List: contact jmeter-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "JMeter Users List" <jmeter-user@jakarta.apache.org>
Received-SPF: pass (nike.apache.org: domain of tljmeter@gmail.com designates
 209.85.218.210 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=vCY1Nw7PKO7K1xsNBIFbMBRvYmANl+NGCaSBb4TEA4RttVLUo8JEaqoNxkGMmhoglI
         y1QhULtHlfNmHZCxzxlGjPzUUF/yGhkxF1HLOnzRC6EcalWGHdqmb9tz1+Tzeg8C0alB
         Nd9af+KNxZiJls2NTF+HI8f1u8I1RlHY50RzI=
MIME-Version: 1.0
In-Reply-To: <9362e74e0910050609i1a79f0adp7954c0722b57d92c@mail.gmail.com>
References: <9362e74e0909160505r3df0c43aj8b1f7e0c8a8b32af@mail.gmail.com>
	 <25aac9fc0909160622w2aed92dmdf1d5a54b9df5c85@mail.gmail.com>
	 <9362e74e0909170143u40286b7ej305e4ca28df0b2ab@mail.gmail.com>
	 <25aac9fc0909231826t7236b373s8ddf7ae6809b8e62@mail.gmail.com>
	 <96e951380909250007v407170d4oef3d3044513353d1@mail.gmail.com>
	 <9362e74e0910050609i1a79f0adp7954c0722b57d92c@mail.gmail.com>
Date: Mon, 5 Oct 2009 09:34:37 -0400
Message-ID: <29a3f080910050634w3aeed163s91b904025783d00f@mail.gmail.com>
Subject: Re: Integrating Monitoring stuff
From: Tony Lotts <tljmeter@gmail.com>
To: JMeter Users List <jmeter-user@jakarta.apache.org>
Content-Type: multipart/alternative; boundary=0015174be03ed433020475302cd5

--0015174be03ed433020475302cd5
Content-Type: text/plain; charset=ISO-8859-1

Sending the data back to JMeter, and running an RMI server on the SUT will
add overhead to the SUT in addition to DTrace.  Why not just coordinate the
times with the times from Jmeter after the test?

On Mon, Oct 5, 2009 at 9:09 AM, Gokulakannan Somasundaram <
gokul007@gmail.com> wrote:

> I started working on this and i was looking into the source code of JMeter.
> Here are my initial observations.
>
> a) My aim is to display the profiling stuff in the form of current Summary
> Report. This is because, this is how even other profiling tools display
> info.
>
> b) This requires a RMI Server at the SUT(Server Under Test)
>
> c) It can be made to generate a SamplerResult and send it back to the
> JMeter
> GUI. This is similar to Remote Testing, but the problem is that i find the
> configuration for one machine in the RemoteTesting is the same as another.
> For example, it is not possible for me to mention different threading
> configurations for different machines involved in Remote Testing
>
> So i feel a clean design would be to implement profiling is to
> a) Implement variable load facility as mentioned above in  (c)
> b) Subclass SamplerResult to ProfilerResult, so that it is skipped by the
> rest of the visualizers. Actually, if we make it look like a normal sample,
> then creating GUI Elements specific to profiling results will not be
> possible.
>
> Any thoughts/comments?
>
> Gokul.
>

--0015174be03ed433020475302cd5--